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AN AUTOMATED CONFIGURATION CATALOG 

Theresa M. Gosko 

Cross-Reference to Related Applications 

This application relates to application serial no. (attorney docket 

5 number M-8809 US), filed on even date herewith, entitled "Data Structure for use in 
an Automatic Order Entry System" and naming Theresa M. Gosko, Joyce Sham, 
Reynaldo Ortega, Joy Fang and Emil Harsa, as inventors, the appHcation being 
incorporated herein by reference in its entirety. 

This application relates to application serial no. (attorney docket 

10 number M-8810 US), filed on even date herev/ith, entitled "A System and Method for 
an Automated Inventory Process" and naming naming Theresa M. Gosko, Joyce 
Sham, Reynaldo Ortega, Joy Fang and Emil Harsa, as inventors, the application being 
incorporated herein by reference in its entirety. 

This appHcation relates to application serial no. (attorney docket 

1 5 number M-9083 US), filed on even date herevs^ith, entitled "Data Structure for use in 
an Automatic Order Entry System" and naming Theresa M. Gosko, as inventor, the 
application being incorporated herein by reference in its entirety. 

This application relates to application serial no. (attorney docket 

number M-9084 US), filed on even date herewith, entitled "Translator for use in an 
20 Automatic Order Entry System" and naming Theresa M. Gosko, as inventor, the 
application being incorporated herein by reference in its entirety. 

This application relates to application serial no. (attorney docket 

number M-9085 US), filed on even date herewith, entitled "A Customer-Hosted 
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Automated Configuration Catalog" naming Theresa M. Gosko, as inventor, the 
application being incorporated herein by reference in its entirety. 

This application relates to application serial no. (attorney docket 

number M-9086 US), filed on even date herewith, entitled "A Translation System for 

5 Configuration Data" and naming Theresa M. Gosko, and Joy Fang, as inventors, the 

application being incorporated herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to an automated order and manufacturing 

1 0 process, and more particularly, to a process for integrating customer business 
processes with manufacturing processes. 

Description of the Related Art 

Electronic commerce, or e-commerce includes the transfer of orders or other 
sales communications, credit information^ electronic "funds", and digital products. 

15 Electronic commerce provides speed and convenience to many types of commercial 
activities. Interest in electronic commerce has heightened with the advent of widely 
accessible communication systems such as the Internet. Other types of electronic 
commerce include direct telephone line connections, interactive cable or television 
services, facsimile services, local and wide area network communications and the 

20 like. Electronic data communications technologies, particularly the Intemet, have 
greatly enhanced marketing and retail opportimities and activities. 

Electronic commerce has not been fully realized. There is a need to 
incorporate electronic communications technologies to synchronize customer 
interactions with businesses. More specifically, electronic commerce capabilities 
25 need to be expanded to synchronize business relationships with customers. For 
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example, present electronic commerce businesses do not provide customers with the 

capability of configuring non-commodity items such as services and configuration 
options within their own systems. More particularly, present electronic commerce 
business must rely on third party configuration software to configure such non- 
5 commodity and commodity products. Additionally, electronic conamerce presently 

fails to provide cohesive, integrated manufacturing processes that synchronize 
business documents and data that automate customer relationships. 

SUMMARY OF THE INVENTION 

Accordingly, the present invention provides a system and method for 
10 automating manufacturing processes to integrate customer-created orders into the 
manufacturing process, including extending configuration data for providing the 
capability of configuring non-commodity products and services to customers. 

A method according to an embodiment is for a manufacturer to automate a 

catalog process. The method includes creating a catalog of configurable products 

15 including at least one of non-commodity products and services and presenting a data 
file via a communication medium to a purchaser. The purchaser may include a 
customer, a third party acting on behalf of the customer and a supplier. The data file 
allows the purchaser to configure the products independent of a third party provided 
configuration tool by including manipulable parameters that enable config;uration of 

20 non-commodity product or service. For example, the manipulable parameters may 
include upgrades, downgrades and swapping of components. Further, the data file is 

configured to be incorporated into a procurement system, the data file providing a 
catalog of configurable components. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 The present invention may be better understood, and its numerous objects, 

features, and advantages made apparent to those skilled in the art by referencing the 
accompanying drawings. 
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Fig, 1 is a block diagram of a computer system in accordance with an 

embodiment of the invention. 

Fig, 2 is a block diagram of a computer server network including a 

communication medium in accordance with an embodiment of the invention. 

5 Fig. 3 a is a block diagram of an automated order entry process in accordance 

with several embodiments of the invention. 

Fig. 3B is a block diagram of an automated order entry process from a 
customer perspective in accordance with several embodiments of the invention 

Fig. 4A is a block diagram of a catalog process of a manufacturer in 
10 accordance with an embodiment of the invention. 

Figs. 4A-1A through 4A-1E illustrates a single flow diagram illustrating 

catalog acknowledgment module 405 shown in Fig. 4A. 

Figs. 4A-2A through 4A-D is a single flow diagram illustrating status update 
module 406 shown in Fig. 4A. 

15 Fig. 4B is a block diagram of a catalog process of a manufacturer including 

server applications in accordance with an embodiment of the invention. 

Fig. 5 is a flow diagram of software modules for a catalog process showing a 
graphical user interface of a manufacturer in accordance with an embodiment of the 
invention. 

20 Fig. 5-3 is a logic flow diagram for the software module "Catalog 

Maintenance" shown in FlG. 5. 

Fig. 5-4 is a logic flow diagram for the software module "Customer Email 
Addresses" shown in FiG. 5. 

Fig. 5-5 is a logic flow diagram for the software module "Catalog Transport" 
25 shown in Fig. 5. 
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Figs. 5-6A through Fig. 5-6G are logic flow diagrams for the software 
modules "Quote List" and "Create Catalog" shown in FiG. 5. 

Figs. 5-6AA through FiG. 5-6AH-8 are logic flow diagrams for the software 
modules for creating reports via the graphical user interface in accordance with 
5 module 506a shown in Fig. 5. 

Figs. 5-7A through Fig. 5-7C are logic flow diagrams for the software module 
"Quote Header Editor" shown in FiG. 5. 

Fig. 5-8A through Fig. 5-8K are logic flow diagrams for the software module 
"Add Quote" shown in Rg. 5. 

10 Fig. 5-9 is a logic flow diagram for the software module " Catalog file 

history" shown as module S09 in Fig. 5. 

Figs. 5-lOA through FiG. 5-610B are logic flow diagrams for the software 
module "Catalog Compare" shown in Fig. 5. 

Figs. 5-1 lA through Figs, 5-1 1G are logic flow diagrams for the software 
15 module "SKU Detail" and "Add Customer Solution" shown in FiG. 5 

Figs. 5-12 is a logic flow diagram for the software module "Quote Detail" 
shown in P^G. 5. 

Figs, 5-13 is a flow diagram for module "Quote Status" 513 shown in Fig. 5. 

Rg. 5- 15 a through Fig. 5-15E are logic flow diagrams for the software 
20 modules "Quote Replace" and "Quote Copy" shown in FiG. 5. 

Fig. 5- 17 a through Fig. 5-17C are logic flow diagrams for the software 
module "Catalog Extract" and the software module "Catalog Compare" shown in Rg. 
5 

Fig. 5-18 is a logic flow diagram for the software module "Legend Detail" 
25 shown in Fig. 5. 
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Fig. 5- 19 a and 5-19B are logic flow diagrams for the software module "Add 
Customer Kit" shown in FiG. 5. 

Fig. 5-21 is a logic flow diagram for the software module "Delete Customer 
Kit" shown in FiG, 5. 

5 Fig. 5-22A and 5-22B are logic flow diagrams for the software module 

"Delete Custom Solution" shown in FlG. 5. 

Fig. 6 is a block diagram illustrating a method for a translation process in 
accordance with an embodiment of the present invention. 

Figs. 6 A through 6BB are logic flow diagrams for a translation process in 

10 accordance with an embodiment of the invention. 

Figs. 7A and 7B show a block diagram of an inventory process. 

Fig, 8 is block diagram for a graphical user interface showing software 
modules of an inventory process. 

Fig. 9 is a logic flow diagram for a "Stocking Maintenance" software module 
15 shown in Fig. 8. 

Figs. 10, 10-lA, 10-lB, and 10-2 are logic flow diagrams for a "Quote List" 
software module shown in Fig. 8. 

Fig. 10-3 is a logic flow diagram for the "Stocking Order Header" software 
module shown in Fig. 8. 

20 Figs. 10-4 and 10-5 represents a logic flow diagram for the "Stocking Order 

Detail List" software module shown in Fig. 8. 

Figs. 10-6 A and 10-6B are logic flow diagrams for the "Stocking Order Detail 
Change" software module shown in Fig. 8. 

Fig. 10-7 is a logic flow diagram for the "Stocking Order Inventory" software 
25 module shown in Fig. 8. 
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Fig. 10-8 is a logic flow diagram for the "Stocking Order Available 
Inventory" software module shown in Fig. 8. 

Figs. 1 1-1 A through 1 1-lD show a logic flow diagram for a batch program 
"Stocking Order Router" shown in Fig. 7A. 

5 Fig. 12 is a logic flow diagram of a batch program for providing a stocking 

order status update. 

Fig. 13 is a block diagram illustrating a method in accordance with an 
inventory process in accordance with an embodiment of the invention. 

Fig. 14 is a block diagram illustrating a method in accordance with an 
10 embodiment of the invention. 

Fig. 14A, 14B, and 14C illustrate block diagrams of an order process in 

accordance with an embodiment of the invention. 

Fig. 15 a through 15S is a logic flow diagram for Order Processor 14A-15 
shown in Fig. 14 A. 

15 Fig. 16 is a block diagram of a method for translating data between disparate 

platforms in accordance with an embodiment of the invention. 

Fig. 17-1 through 17-24 a logic flow diagram for OMS server 1240 in 
accordance with an order process and method for translating data is shown. 

Fig. 18 a through 18H is a logic flow diagram of a batch program for 
20 providing order acknowledgments in accordance with an embodiment of the present 

invention. 

Figs. 19A through 19K show a logic flow diagram for a batch program for an 
automated order change process in accordance with an embodiment of the invention. 

Fig. 20A through 20F is a logic flow diagram for a batch program for an 

25 automated order change/cancel acknowledgment. 
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Figs. 21 A through 21C is a logic flow diagram for a batch program for order 

tracking and asset tagging in accordance with an embodiment of the invention. 

Figs. 22 A through 22F is a logic flow diagram for a server program for order 

tracking in accordance with an embodiment of the invention. 

5 Fig. 23 is a logic flow diagram of a graphical user interface for an order 

process in accordance with an embodiment of the invention. 

Fig. 23-3A through 23-3D represent a logic flow diagram for an Order Files 
module in Fig. 23. 

Fig. 23-4A and 23-4B are logic flow diagrams illustrating the Shipping Charge 
10 module in Fig. 23. 

Fig. 23-5A and 23-5B are logic flow diagrams illustrating the Email List 
module in Fig. 23. 

Fig. 23-6A through 23-6C are logic flow diagrams illustrating the Advance 
Shipment Notice module in Fig. 23. 

15 Fig. 23-7 is a logic flow diagram illustrating the Order Maintenance module in 

Fig. 23. 

Fig. 23-8 a through 23-8H are logic flow diagrams illustrating the Tax Exempt 
Customer module in Fig. 23. 

Fig. 23-9A through 23-9E are logic flow diagrams illustrating the Manual 
20 Order Entry module in Fig. 23. 

Fig. 23-lOA and23-10B are logic flow diagrams illustrating Order Summary 
module in Fig. 23. 

Fig. 23-1 1 A through 23-1 1 J are logic flow diagrams illustrating the View 
Pending Order module in Fig. 23. 
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Fig. 23-12 is a logic flow diagram illustrating the Non-Working Day module 
in Fig. 23. 

Fig. 23-13 is logic flow diagram illustrating the Order Transport in Fig. 23. 

Fig. 23-15 a and 23-15B are logic flow diagrams illustrating the Order 
5 Information module in Fig. 23. 

Fig. 23- 17 a through 17C are logic flow diagrams illustrating the Order Detail 
Information module in Fig. 23. 

Fig. 23-18 is a logic flow diagram illustrating the Order Change/Cancel 
Information module in Fig. 23. 

10 FIG. 23-19A, 23-19B, 23-20, 23-21, 23-22, 23-23 and 23-24 are logic flow 

diagrams illustrating the Reports module in Fig. 23. 

The use of the same reference symbols in different drawings indicates similar or 
identical items. 

DETAILED DESCRIPTION 

15 In the following description, for the purposes of explanation, numerous 

specific details are set forth in order to provide a thorough understanding of the 
present invention. It will be apparent, however, to a person of ordinary skill in the art 
that the present invention may be practiced without these specific details. In other 
instances, well-known structures and devices are shown in block diagram form in 
20 order to avoid unnecessarily obscuring the present invention. 

Fig. 1 illustrates a block diagram of a computer system 100 upon which an 

embodiment of the present invention may be implemented. Computer system 100 
includes a bus 101 or other communication mechanism for communicating 
information, and a processor 102 coupled to bus 101 for processing information. 

25 Computer system 100 further comprises a memory dynamic storage 104 coupled to 

bus 101 for storing information and instructions to be executed by processor 102. 
Computer system 100 also includes a read only memory (ROM) and/or other static 
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Storage device 106 coupled to bus 101 for storing static information and instructions 
for processor 102. A data storage device 107, such as a magnetic disk or optical disk, 
is coupled to bus 101 for storing information and instructions. 

Computer system 100 may also be coupled via bus 101 to a display device 
5 121, such as a cathode ray tube (CRT), for displaying information to a computer user. 
Optionally, computer system 100 operates as a computer server or as a computer 
system coupled to a computer server. An input device 122, including alphanumeric 
and other keys, is typically coupled to bus 101 for communicating information and 
command selections to processor 102. Another type of user input device is cursor 

10 control 123, such as a mouse, a trackball or cursor direction keys for communicating 

direction information and command selections to processor 102 and for controUing 
cursor movement on display 12 L 

Referring now to Fig. 2, computer system 100 is shown coupled to 
communication medium 250, which may be a multi-point network, a point-to-point 

15 communications link, etc. any of type of circuit-style network link capable of 

transferring data. Communication medium 250 may be an X0.25 circuit, a physical 
type of line, such as a Tl or El line, or an electronic industry association (EIA) 232 
(RS-232) serial line. Li addition, communication medium 250 may utilize a fiber 
optic cable, twisted pair conductors, coaxial cable, or a wireless communication 

20 system, such as a microwave communication system. Coupled to communication 
medium 250 is database server 200, which, according to an embodiment of the 
present invention, provides data across conamunication medium 250 to a plurality of 
servers, shown as servers 252, 254, 256 and 258. Li an embodiment of the invention, 
servers 252, 254, 256 and 258 each represent servers of a customer or a third party in 

25 communication with customers via communication medium 250. For example, server 
258 is shown further coupled to customer server 260 and customer server 262. 

OVERVIEW 

The present invention is related to the use of computer systems and servers to 
facilitate and automate a manufacturing process, the process, hereinafter referred to as 

30 an Automated Order Entry (AoE) process, is outlined in Figure 3. Referring to Fig. 
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3, the manufacturing process is shown including communication with customers via 
the communication medium 250 and server 200. The AoE process first includes 
creation of a data file 310 for transport via the communication medium 250. The data 

file 310 includes an electronic catalog suited for one or more customers. The catalog 
5 allows customers to host the data and configure both conamodity and non-commodity 
products and services, as explained in further detail below. Hereinafter, the term 
"customer" or "customer hosted" includes third parties acting on behalf of a customer, 
supplier or manufacturer and hosting on behalf of the customer, supplier or 
manufacturer. 

10 Fig. 3 A shows a data file 310 including an electronic catalog transmitted from 

server 200 to a customer server 254. The data file is in a structured data format wiiich 

is one of a proprietary format, EDI (Electronic Data Literchange) format, an SGML 
(Structured General Markup Language), such as XML (extensible Markup Language) 
or HTML (HyperText Markup Language), or another format familiar to persons of 
15 ordinary skill in the art. Data file 310 is in an industry supported communication 
protocol. For example, the data optionally may be configured to be transferred via a 
"value added network type protocol/' or be configured for a direct connection with a 

customer via a Tl line, such as a direct "pipe" line, or be configured for a TCP/IP 
protocol. The data file 3 10 is optionally first translated in translator 320 to an 

20 industry standard format, such as Electronic Data Interchange (EDI), or, if not 

translated, transmitted in a proprietary format to customer server 254. The customer 
server receives data file 310 and acknowledges each configurable component in the 
data file 310 using acknowledgement file 336. 

The AoE process continues on the customer server 254, wherein the data file 
25 enables the customer to host data file 310 and create orders, including internal 

purchase orders and files for transport to the manufacturer server 200. The customer 
transmits the order file 338 via communication medium 250 to manufacturer server 
200. The order file 338 is optionally translated via translator 330 to an industry 
standard format prior to transmitting the order file 338 via the communication 

30 medium 250. The manufacturer receives either a proprietary file format or an 

industry standard format order file 338. If the order file 338 is in an industry standard 
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format, the order file is first translated in translator 320. The manufacturer 

acknowledges the order file 338, process the order file 338, thereby validating the 
order via order acknowledgement file 340. Acknowledgement file 340 is transmitted 
via communication medium 250 to customer server 254, and is optionally translated 
5 into an industry standard format in translator 320, and translated into a proprietary file 
format by the customer in translator 330. 

The AoE process further includes an inventory control process by which 
appropriate data feeds inventory control process 360. In one embodiment, the catalog 
acknowledgement file 336, indicates whether the data file including the electronic 
10 catalog 310 was 'accepted' by the customer. If accepted, the data file 310 is made 

available by AoE server 200 within the AoE process to the inventory control process 
360 to ensure appropriate inventory levels for products included in the electronic 

catalog that fall within a predetermined category of products. In another embodiment, 
the acknowledgement file 336 is not required to begin the inventory control process. 
15 For example, customers that lack the capability to send acknowledgment files. Such 

customers optionally may acknowledge and verify data files by other methods, such 

as a telephone call. Accordingly, in another embodiment, the inventory control 
process begins upon creation of the catalog or at other appropriate junctions within 

the manufacturing process. For example, certain catalogs include products that can be 
20 "bundled" as pre-built components, and other catalogs include products that are non- 
conmiodity type configurable products. Yet other catalogs include a mixture of both 
types of products. Each of these types of catalogs may be made available to the 
inventory control process. 

CATALOG PROCESS 

25 According to one embodiment, the invention provides an automated electronic 

catalog and catalog process in a structured data format. As shown in Fig. 3 A, the 
invention includes providing data file 310 via the communication medium 250 to a 
customer's server 252. 

Referring now to Fig. 3B an example of customer database 400 is shown, 
30 including procurement system 420, coupled to server 430. Customer server 430 is 
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shown coupled to communication medium 250. The customer's server 430 receives 

the data file 310, which optionally includes data, application data, and business rules. 
In one embodiment, data file 310 includes software or code for programming a 
software system to acconamodate the data within the data file 310. Data file 310, in 
5 one embodiment, includes catalog data and business rules for manipulating the 

catalog data. In an exemplary embodiment, the business rules are in a structured data 

format and provide rules for manipulating the data include functional rules as well as 

configuration rules for integrating the catalog data into a procurement system or other 
system. 

10 After a customer receives the data file 310, the customer uploads or imports 

the data into a procurement system 440. In one embodiment, the procurement system 

440 includes a database running procurement system software. In another 
embodiment, customer runs asset management software in lieu of a procurement 
system. The structured data format in one embodiment provides an outer layer to the 
15 procurement system software 440. 

According to one embodiment, the structured data includes catalog data that 

allows a user of the customer server 430 to configure and price configurations of 
products. Such products optionally include configurable computer systems, prebuilt 
or "bundled" computer systems, and non-commodity (i.e. custom) products such as 
20 services. The data includes manipulable parameters that contribute to the 

configuration of a product or service. For example, a computer system can be 
configured using the data by providing parameters allowing upgrades and downgrades 

of computer components. A hard drive can be upgraded, a monitor can be 
downgraded, and additional computer components can be added. According to one 
25 embodiment, the data provides safeguards to ensure valid configurations of non- 
commodity products. For example, the data permits swapping of components, 
allowing a customer to choose one swap for each component. Non-commodity 

products can be configured to be included with a product. 

For example, according to an embodiment, a customer receives the structured 
30 data file and any associated software program from a manufacturer or a party 
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associated with a manufacturer or provider of products. The customer optionally 
receives data specifically designed for the customer with pricing of configurable 

components according to predetermined contractual agreements. The customer 
incorporates the data file into an existing procurement system using the data 
5 application and/or the structured data file with associated rules. 

The data file is a catalog of configurable products, services and commodity 
products. The data file further includes factory-installed components, hereinafter 

referred to as a "legend." The data file also includes non-factory-installed 
componenets, hereinafter referred to as "customer kits;" and subsystem configurations 
10 within a system configuration hereinafter referred to as a "solution." For each 
component, whether factory installed, non-factory installed or customer kit, or 
solution, the data includes the associated Stock Keeping Units (SKUs), including a 
third parties or a manufacturer generated SKUs and pricing. 

Upon receiving the data file, the customer acknov/ledges receipt of the data 
15 file, and acknowledges each parameter of the configurable products included in the 
catalog. The acknowledgment procedure ensures proper pricing and SKU numbers 
and the like. The data file includes parameters providing dates for which other 

parameters, such as pricing, are valid. Accordingly, for customers having a 
relationship with a manufacturer or other party representing a manufacturer, the 
20 parameters may be updated at regular intervals. Moreover, because the structured 

data file provides for acknowledgment of individual configurable parameters, updates 

are optionally provided only for the individual configurable parameters. 

According to one embodiment, customers receive an "action code" that 

indicates the actions to take for each configuration within the catalog data file. An 
25 example of an action code includes three codes. In the example, the first action code 
is "A," which stands for an "Add" of a product. The second action code is a "D," 

which stands for a "discontinue" of a product. The third action code is an "R," which 
stands for a "replace" of a product, hi the embodiment, an A and/or a D is used for a 
product transition catalog, and an R is used for a price refresh catalog. 
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A product transition would use an "A" to denote a new product using the 
effective date provided in the catalog. The "D" is used to denote that a product needs 
to be discontinued and when it needs to be discontinued. For example, if a 
manufacturer or supplier adds a product with an effective date as of Monday, and a 

5 discontinues a second configuration and has a discontinue date is as of two weeks 
later, the catalog data file allows customers to make a product requisition for both 
products before the discontinue date. Further, customers can self-determine if orders 
already placed will trigger a rejection of the order due to a discontinue. Customers 
with advance notice can therefore take corrective action to change the order, if 

10 necessary, place a rush on the discontinued products, or other appropriate corrective 

action. 

According to an embodiment, an "R" is used for the price refresh of products 

and configurations. For example, when the configurations are the same from one time 
period to the next but the price has changed. Another instance for which a replace 
15 action is appropriate occurs if a different code or SKU applies to a configuration 
component or product. 

The R triggers certain configurations that will be replaced. This allows a 
customer to automatically, by software or other appropriate method, determine which 
configurations will require refresh/replacement in their own system, allowing them to 
20 update their orders in a customer procurement system prior to delivery without 

manual interaction. Customers therefore benefit from cost reductions without re- 
ordering. 

Additionally, each catalog received by a customer includes effective dates for 
conmiodity and non-commodity products. Therefore, a system can be automatically 
25 triggered to respond to an effective date that can be different for each configuration 
within the catalog. The data therefore enables the customers system to automatically 
respond to the effective dates and take appropriate measures to order within those 
dates. According to one embodiment, the customer system including the data file 

uses the effective dates to trigger automatic display of products within their 

30 procurement systems. 
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Also within the catalog file, for each configuration and component, the data 
file provides the relationship of each component to each other and other components. 

The type of relationships for each component includes a core component which is 

hereinafter referred to as a "configuration" component, a optional component, a 
5 parent component, a child component, or an orphan component. The data includes 

starting points and options that can be tacked on to as an add or an upgrade or a 
downgrade of a component, vMch is referred to as a swap out of the original 
component. 

For example a monitor can be a part of an original configuration "starting 
10 point" An upgrade of the monitor to a larger monitor would be denoted as an upgrade 
from the starting point configuration, thereby swapping out the original monitor with 
a different monitor. 

The core configuration includes commodity and non-conmiodity default 
services, customer specific integration components such as customer specific software 
15 and menus, images, customer asset tag labels, security cables, and the like. The core 
configuration optionally includes one to three year service plans for the configuration. 
The core configuration furthermore includes a chassis, a processor, a memory module, 
keyboard, monitor, hard drive, OS, mouse. 

Additionally, a customer specific catalog includes non-conmiodity optional 
20 components that are pre-chosen according to business rules for that customer, 

contractual agreements as to which configurations are agreed to prior to generating 
the catalog. For example, customer corporate standards for purchasing a computer 

may be predefined to include a limited set of configurations. The catalog would 

follow those standards by including only those configurations in the limited set. 
25 Optionally, a customer can request a catalog that is an omnibus catalog, including 
every component for each configuration. 

Furthermore, the catalog data provides the ability for a customer to create a 

table of components that demonstrates the relationships between and among the 

components. Ail the possible components are defined. 
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By following the business rules given in the data file, the customer has the 

ability to configure a product without requiring a "validator" or "configurator" which 
is typically provided by a third party. For example, FORD provides customers with 

the ability to configure a new car with options but only by enlisting the use of a third 

5 party configurator software package. This creates inefficiencies and extra expense 
overcome by embodiments of the present invention. 

Referring now to Fig. 3D, a method 3D-50 in accordance with an embodiment 
is shown in a block diagram. The method begins with block 3D-5 1 with a customer 
receiving a data file. The data file optionally includes application data and structured 
data. Block 3D-52 continues the method with a customer incorporating the electronic 

data file into procurement system 440. Block 3D-53 continues the method with the 
customer using the data file to configure products, optionally including non- 
conmiodity products such as services and the like. For example, the configurable 
products include products like computer systems and related components, wherein the 
data file is a catalog of components that allow the customer to host the catalog and 
configure products. The customer's ability to host the catalog and configure products 
enables the customer's procurement system to generate purchase orders that use the 
same data as that used by the manufacturer or the party representing one or more 
manufacturers. Thus, according to an embodiment of the invention, the data file 
provides codes to be shared by the procurement system of the customer as well as the 

manufacturer or a third party invoicing system. 

According to one embodiment, the structured data is specifically designed on a 
customer by customer basis. Accordingly, configuration data, including pricing and 
parameter configurations are predetermined according to business relationships with a 
25 given customer. 

Referring to Figs. 4A and 4B, an overview of a catalog process from the 
manufacturer perspective is represented in block diagram form. The process begins 

with a computer user accessing a software application program for the AoE process 

using a graphical user interface (GUI) 402. The AoE GUI 402 enables the user to 
30 prepare a catalog for export to a customer in an efficient manner. However, one of 
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ordinary skill in the art appreciates that a GUI is only one implementation of a 
software application for preparing a catalog. The AoE GUI or other client application 
allows a user to access other databases to extract configuration information and insert 
the extracted data into a dedicated AoE database 200. For example, in one 
5 embodiment, AoE GUI 402 allows an application to extract data from an Order 

Management System (OMS) server 410 via process 417. The application then inserts 
the configuration data into AoE database 200 via process 414. The AoE GUI allows 
the computer user, once the data is extracted, to modify the data by adding the 
additional factory-installed component, customer kit components, solutions, necessary 

10 to complete the catalog. Then, in process 412, allows a user to extract and format the 
data stored in AoE database 200 into a catalog extract batch file 404. Process 413 

provides that the user generate the catalog and provide the catalog data extracted to 

the user via the AoE GUI 402. In creating the catalog, the data includes packaged 
components that in advance prevent a customer from incompatible components or 

IS products that can't be manufactured. For example, a chassis with a limited number of 

slots for memory can never be configured to hold more than physically possible. 

Fig. 4A provides other processes related to the catalog process beyond 
preparation of the catalog. For example, after the catalog is created and before the 
application sends the data file 310 including the catalog to a customer, the application 
20 checks all components in the configuration data for accuracy in step 406 and updates 
the status in AoE database 200 in step 415. Accordingly, the application accesses the 
OMS server 410 via step 416 to verify that data has not changed once sent out in a 
catalog to a customer, is still valid and updates the status in the AoE database 200 in 
step 415. An exception process 407 applies if SKU or configuration data is invalid 

25 418. 

Other processes shown in Fig. 4A include a catalog acknowledgment batch 
file 405, which runs after a customer acknowledges a catalog sent by the manufacturer 
by the acceptance or non-acceptance of each configuration or component sent in the 
catalog, both conmiodity and non-commodity. A customer forwards the data in a file 
30 406 and transmits the data via coixmiunication medium 250. The data is in a 

predefined format, such as a proprietary file format (PEF), an EDI format or a web- 
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within a catalog file, then batch program 405 automatically updates the quote status to 
"ACCEPTED". If the configuration or component has NOT been accepted, then this 
program will update the status to "REJECTED". According to one embodiment, a 

5 computer user is notified if a configuration or component is put into a "REJECTED" 
status by an electronic email message. According to an embodiment, each rejected 
configuration is accompanied by an error message identifying the error and explaining 
the reason for the rejection. A computer user receiving the error message will act 
accordingly to take corrective action. Further, according to an embodiment, the batch 

10 program 405 is scheduled to run on a regular basis, for example, a typical basis 
includes seven days a week, twice a day. 

The catalog acknowledgement batch program is shown more specifically in 
Figs. 4A-1 A, 4A-1B, 4A-1C, 4A-1D, and 4A-1E. The batch program 405 includes 
Steps 1-lA through step 6-lE. In one embodiment, the flow logic included in the 
15 steps is implemented in an NT batch program and written in Visual Basic. 

Alternatively, the batch program could be written in a C or C++ program. The batch 
program updates AoE database 200 with the status of a previously sent catalog. 

Referring to Fig. 4A-1 A, the catalog batch program 405 operates to open a 
database connection with the AoE database 200 in steps 7-1 A and 7-1 A, and retrieves 

20 information from an FTP transport medium in step 10-1 A, and 14-1 A, which 

optionally is another type of transport medium, such as TCP/IP or other appropriate 
medium. More particularly, referring to steps 12-1 A through 16-1 A, a retrieval is 
accomplished with a loop that retrieves each file with an appropriate extension 
identifying the file as a catalog acknowledgement file. This loop retrieves any 

25 acknowledgments received from one or more customers. 

Referring to Fig. 4 A- IB, the steps shown include validation steps 6- IB 
through 18- IB, which validate the catalog acknowledgment files, including customer 
name, and whether a catalog version is valid. Fig. 4A-1C shows steps that further 
include validation of the catalog acknowledgement file, including step 6-lC, which 
30 validates the total number of records in the file using the trailer record. 
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Fig. 4A-1D illustrates the retrieval of data from within a catalog 

acknowledgment file 3- ID, including checking whether configurations within a prior 

catalog sent to a customer were accepted or rejected in step 6-lD. Fig. 4A-1E 

illustrates the logging of results from the flow logic steps, ending with step 6- IE after 
5 writing events in step 4- IE. 

Referring back to Fig. 4A, status update 406 further includes a batch program 
depicted in flow logic diagrams Fig. 4A-2A, Fig. 4A-2B, Fig. 4A-2C, and 4A-2D. 
The status update batch program is optionally an NT batch program written in Visual 
Basic, or in C, such as Ch-+ and runs when a predetermined schedule dictates. The 
10 batch status update program 406 ensures that quote header and detail data stored in 
the AoE database 200 matches data stored in a second database^ such as OMS server 
410. The flow logic diagrams shown in the figures 4A-2A through 4A-2D include 
retrieving customer values from the AoE database 200, active configurations for the 
customer, including option SKUs for configurable data in step 12-2A, and building a 

15 string in step 14-2 A. The batch program 406 then receives a reply from the OMS 
server 410 in step 2-2B, and the data is deparse. If the data in the OMS server does 
not match, a reply code "90" indicates that the configuration sent to a customer has 
changed in step 4-2B. Similarly, if an option for a configurable product changed in 
the OMS server, a different reply code "95" is received. Fig, 4A-2C provides 

20 multiple paths within the batch program 406 for different events. For example, SKU 

information is compared with a SKU table to SKUs in the OMS server to detect 
changes in step 14-2C. If changes are detected in the OMS server 410, the updates 
are made to the AoE database 200 if the updates relate to header data. If the updates 
relate to configuration data, the process produces an "exception status" for the 
25 configuration. If updates are not possible in step 18-2C, an event log is written in step 
20-2C. Conversely, events completed are also written in step 12-2D, 

Referring now to Fig. 5, a flow diagram illustrates the processes included in 

extracting data from the non-Windows the catalog process using GUI 402, shown in 
Fig. 4A, The processes are implemented in software modules in a Windows 
30 environment, such as a Windows-NT environment. In one embodiment, the processes 
are implemented using object-oriented programming in Visual Basic. In other 
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embodiments, the processes are implemented using C programming or other object- 
oriented programming milieu. 

The flow diagram of Fig. 5 represents the modules of software code that 
support the AoE GUI 402. More particularly. Fig. 5 shows login module 500, which 
5 relates to a login procedure module for users. Module 500 is followed by customer 
profile screen 501. Module 501 provides for a user to limit the catalog process to 
identified customers. Optionally, a user can create a catalog for one or more 
customers, or create a generic cateilog, depending on the purpose served. The flow 
diagram next splits, enabling a user to choose catalog maintenance functionality 503 
10 or a quote list functionality 506. 

Software module 506a "reports" relates to software that generates at least two 
reports in human readable format. The reports are shown in detail in Figs. 5-6AA 
through 5-6AH-8 inclusive. The reports are human readable reports for the 
commodity and non-conmiodity products offered in the catalog. The catalog file is 

15 machine readable and provides for a computer user to see actual data prior to sending 
the catalog file to a customer. 

The catalog maintenance functionality module 503 enables three different 
modules, including customer email addresses module 504, catalog transport module 
505, and quote list module 506, which is a shared functionality. The quote list 

10 module 506 enables a user to access five additional functionalities, including, a quote 
header editor module 507, extract data module 508, catalog file history module 509, 
catalog compare module 510 and SKU detail module 511. If a user chooses quote 
header editor module 517, the user access six different functionalities including, 
including quote detail module 512, quote status module 513, system description 

25 module 514, copy options module 515, replace quote module 516 and SKU detail 

module 511. SKU detail module is a shared module. A user choosing quote detail 
module 512 enables access to SKU detail module 511 and legend detail module 517. 
SKU detail module 511 further enables add customer kit module 518 and add custom 
solution module 519. The add customer kit module 518 enables delete customer kit 
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520, The add custom solution module 519 enables delete custom solution module 
521. 

Each of the modules described above in module 500 to 521 are explained in 
further detail through the flow charts shown in Figs. 5-3, 5-4, 5-5, Figs. 5-6A through 
5 5-6G, Figs. 5-7A through 5-7C, Figs. 5-8A through 5-8K, Fig. 5-9, Fig, 5-lOA 

through 5-lOB, Figs. 5-11 A through 5-1 IG, Fig. 5-12, Fig. 5-13, Fig. 5-15A through 
5-15E, Figs. 5-17A through 5-17C, Fig. 5-18, Fig. 5-19A and 5-19B, Fig. 5-21, Fig. 
5-22A and 5-22B. More particularly, the figures show flow logic diagrams that 
include the programming code used to create and maintain the catalog process. The 
10 figure numbers relate to the module thereby represented. For example, module 508 is 

depicted in the flow diagrams in Figs. 5-8a through 5 -8k. Likewise, the module 507 
is depicted in flow diagram Fig. 5-7 a. Module 517 is depicted in the flow diagrams of 

Figs. 5-17a through 5-17e. 

Fig. 5-3 relates to the module shown in Fig. 5, catalog maintenance 503. As 
15 shown in Fig. 5-3, the logic flow diagram includes steps 3A1 through 3A16. The 

flow diagram retrieves catalog data from the AoE database 200 and displays the data 
on the GUI, The values included on the screen for the maintenance of the catalog 
include contact names of computer users of the manufacturer, customer contact 
names, catalog types, currency types, exchange rates, and appropriate data related to 
20 business interactions. A computer user within the GUI can alter data stored in the 

AoE database 200 as needed. In one embodiment, the ability to alter data depends on 
appropriate permissions. 

Referring now to Fig. 5-4, a flow diagram illustrates the logic for module 504 
shown in Fig. 5. The logic provides lists of email addresses of those who receive 
25 notification of catalog changes or discrepancies. The email addresses are shared by 

different AoE server programs that automatically and manually notify computer users. 

The ability to add and delete email addresses may optionally be dependent on user 

permission levels. 

Referring now to Fig. 5-5 a flow diagram, including blocks, 5A1 through 
30 5A16 illustrates the catalog transport module 505. The module lists the data used to 
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transmit and receive catalog and catalog acknowledgment files in block 5A8. The 
data from the AoE database 200 that is used by the extract process and the 
acknowledgment process discussed above are retrieved in block 5 A3, The data listed 
in block 5 AS includes customer prefix name, transport type, and file format. 

5 Figs. 5-6A through 5-6G illustrate a flow diagram for creating a catalog using 

the quote list functionality of module 506. The flow diagram enables a computer user 
to create a catalog file and post the file to a designated site for transmission to a 
customer. The catalog creation process is shown in block 6A9 and in fuller detail in 

Fig. 6-6B. As shown in Fig. 5-6B, blocks 6B1 through 6B19, data stored in the AoE 
10 database 200 is retrieved in turn. Fig. 5-6C illustrates further accesses to AoE 
database 200 in block 6C2 and 6C7. Blocks 6C4, 6C13 and 6C17 provide for 

opening an output catalog file 6C5 and adding to that file data including customer 
data in block 6C7, routing data in block 6C13 and header data in block 6C16. 

Further data is written into the catalog file as shown in Fig. 5-6D. More 
15 specifically, blocks 6D1 through 6D18 illustrate a flow diagram for completing the 
catalog file. Figure 5-6E illustrates the final completion blocks for the catalog file in 

blocks 6E1 through 6E6, One of the more detailed blocks relates to writing legend 
and SKU details in the catalog file. Fig. 5-6F illustrates the flow logic for retrieving 
the SKU and legend and SKU details. Blocks 6F1 through 6F19 illustrate the flow 
20 logic for retrieving pricing, quote details and SKU data. The flow logic continues 
retrieving and writing quote detail in blocks 6G1 through 6G19 in Fig. 5-6G. 

Referring to Figs. 5-6AA through Fig. 5-6G, flow diagrams illustrate a method 

for providing an options report. More particularly, the flow diagram shows a 
configuration reporting functionality accessible through the Quote List module 506 

25 shown in Fig. 5 of the AoE GUI 402. This report is in a human readable and tab 

delimited format that lists option only information for a configuration in an effective 
catalog. The report includes the following data elements: option code, SKU Number, 
SKU pricing, action codes for an upgrade, downgrade, and add. If the configuration 
is replacing another configuration, the relationship with the new configuration is 

30 given. A system type code represents whether a system is commodity or non- 
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commodity. Further codes include system description, effective date of the 
configuration J discontinued date of the configuration, component type, SKU 
description, and pricing. 

Another report, a pricing report, is generated according to flow diagrams in 
5 Fig. 5-6AH-1 through 5-6AH-8, including blocks 6-AHl through 6-AH103 inclusive, 
flow diagrams illustrate a method for providing a complete report of a configuration 
including options included as part of the configuration. More particularly, the flow 

diagram shows a configuration reporting functionality accessible through the Quote 

List module 506 shown in Fig, 5 of the AoE GUI 402. This report is in a human 
10 readable and tab delimited format that lists a complete configuration and any options 
included as part of the configuration The report includes the following data elements: 
option code, SKU Number, SKU pricing, action codes for an upgrade, downgrade, 
and add. If the configuration is replacing another configuration, the relationship with 
the new configuration is given, A system type code represents whether a system is 
15 commodity or non-commodity. Further codes include system description, effective 

date of the configuration, discontinued date of the configuration, component type, 
SKU description, and pricing. Unlike the options report, the pricing report gives 
complete line item detail for options as well as core components. 

Referring to Fig. 5 in combination with Figs. 5-7 A, 5-7B and 5-7C, a flow 
20 diagram for block 507 is shown in fuller detail. The logic shown resides in the AoE 

user interface GUI 402 and gives users the ability to view and update Quote Header 

information on a configuration by configuration basis. The logic displays both 
catalog server 410 quote header information (such as quote total, system integration 
number, and line of business code) as well as quote header information that was 
25 entered through AoE database 200, (such as system description, effective date, 

discontinued date, and system type). According to one embodiment, a user must have 
the appropriate pemaissions level to modify the data displayed according to the logic 
of flow diagram 507. The data includes configuration total data, system integration 

data and line of business data. Blocks 7A1 through 7A1 1 illustrates the primary flow 
30 diagram for the logic, including retrievals from AoE database 200. 
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Referring to Fig. 5-7B, a "ready to send" flow logic is illustrated in blocks 
7B1 through 7B12, the functionality allows a computer user to set a configuration into 
the status for another function for extracting the catalog file for pick up and add to a 
next version of a catalog file. The process shown in Fig. 5-7B includes checks of 
5 required fields, such as description, checks of prices and checks of the current 
configuration status to validate each field. Referring to Fig. 5-7C, the process 
continues in blocks 7C1 through 7C15. At block 7C10, the updates are conunitted 
after the validation process. 

Referring now to Figs. 5-8A through 5-8K, flow diagrams depict the logic that 
10 allows the GUI 402 user to extract data in the form of a "quote" from the non- 
Windows database and catalog server and store the data in the AoE database 200. A 
quote includes all configuration data required in a catalog being constructed by a user. 

Fig. 5-8 A includes blocks 8A1 through block 8 A 12 inclusive. The logic in the 
form of flow diagrams begins with start block 8A1 and continues with the user 
15 displaying the "add quote screen" 8A2. From there, the logic flow includes providing 
for a user to indicate whether data to be retrieved is a "bundle" or "custom" product. 
For example, if a product is a non-commodity type product requiring configuration, 
the product would be identified as a custom product in blocks 8A3 and 8A9. The 

logic further includes error handling block 8 A4, and initialization of parameters block 
20 SAflO. Fig. 5-8B includes block 8B1 through block 8B20 inclusive. As shown, the 
Fig. 5-8B is a loop that retrieves each parameter required for a given configuration. 
The loop continues until each parameter is extracted from catalog server 410. The 

flow diagram logic loop continues until Fig. 5-8G, wherein the determination of the 
loop depends on whether each option for a configuration has been received. More 

25 specifically, Fig. 5-8C, including blocks 8C1 through 8C22, loops through strings, 

unconcatenating strings, determining whether SKUs and other data have changed in a 
database. The process of looping through strings continues in Fig. 5-8D in blocks 
8D2 through 8D5. If the status is identified as "OK" in block 8D5, block 8D9 begins 
a process of looping through arrays to concatenate a system description in block 

30 8D1 1. The process continues in Fig. 5-8E with blocks 8E1 through 8E16. More 

particularly, blocks 8E3 through 8E8 provide for inserting configuration and option 
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records into the AoE database 8E6, and blocks 8E9 though 8E14 provide for inserting 

SKU data into the AoE database 8E12. Fig. 5-8F continues the process in blocks 8F1 
through 8F19, including inserting SKU pricing in blocks 8F2 through 8F8 into AoE 
database 8F6. Blocks 8F10 through 8F17 provide for inserting quote status and other 
5 data into the AoE database in blocks 8F12 and 8F15, The process continues in Fig. 5- 
8G with blocks 8G1 through 8G16, wherein data inserted into the AoE database in 
block 8G4 includes customer number, certification number, state and jurisdiction data 
and other data for those customers that are tax exempt. Block 8G7 provides for 

determining whether a product for the catalog is a bundled product or a custom 
10 configuration product. For those products that a bundled, an inventory process 

described below applies to pre-build certain products. A custom product relates to 
those products that are non-commodity products that are configured after the catalog 

is distributed to a customer. Those products that are non-commodity products and 

those that are bundled are given chassis numbers, module number and a legend code 
15 in block 8G10. Fig. 5-8H includes blocks 8H1 through 8H15, continuing with the 
process of preparing a configuration for a catalog file for a customer. Fig. 5-81 and 5- 
8J, including blocks 811 through 8112 and blocks 8J1 through 8J18, respectively, 
include finding matches for SKU pricing in blocks 813 and 8J10. Fig. 5-8K includes 
blocks 8K1 through 8K14 completes the loop of determining configuration details and 
20 prices, including inserting records into a quote status table in AoE database 200 in 

block 8K10 and notifying a computer user of a successful extraction of data in block 
8K13. 

Referring back to Fig. 5, module 509, catalog file history is shown in flow 
logic diagram in Fig. 5-9. Fig. 5-9 includes blocks 9A1 through 9A12. The logic 

25 flow diagram functions to give a computer user a historical view in block 9A10 of 

every catalog sent to a particular customer. The module lists every catalog sent for a 
customer by looping in block 9A7 and its catalog version number, send date, catalog 
data and acknowledgment date, as applicable. The module further lists each quote 
number included in each catalog, a quote status, and acknowledgment status. 

30 Figs. 5-lOA and 5-lOB, including blocks lOAl through lOAll and blocks 

lOBl through 10B8 respectively, provide the flow diagrams for module 510 shown in 
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Fig. 5. More particularly, the flow diagrams ensure that SKUs and prices match with 
data stored in the AoE database 200. Fig. 5-1 OB provides for further matching as well 
as transferring the catcilog in block 1 OB 6 to an FTP site for a customer. Although the 
block relates to an FTP site, other embodiments include posting the catalog on a web 

5 site or transmitting the data via other communication media, such as a Tl line or 

wireless communication network as described for communication medium 250 in Fig. 
2. 

Fig. 5-11 A through Fig. 5-1 ID provide flow logic diagrams for module 511 
shown in Fig. 5. The figures provide SKU detail data on a configuration by 

10 configuration basis to a computer user. The module displays all available 

configuration and option parts for a configuration, along with its price, parent solution 
designation, legend code, module number and SKU description. Fig. 5-1 1 A includes 
block 1 1 Al through 1 1 A22, including retrieval of price data from a SKU pricing table 

in AoE database 1 1 AlO in blocks 1 1 A9. Fig. 5-llB illustrates flow logic diagrams 

15 for SKU reassignment and pricing changes, enabling computer users to update SKU 
module numbers and prices in blocks llBl through 11B13. The process continues in 
Fig. 5-1 IC in blocks llCl through 11C8. Fig. 5-1 ID, shows blocks llDl through 

1 1D20, wherein updates of SKU pricing, quote details, SKU details and quote details 
are saved in the AoE database 200. 

20 Fig. 5-1 IE provides blocks 1 lEl through 1 1E15, showing the logic flow for 

module 520 shown in Fig. 5. The flow logic enables a computer user to add custom 
solutions to a configuration. The logic displays all available configurations that can 
be added as a solution for another configuration. Custom solutions include non- 
commodity solutions for a product. More particularly. Fig. 5-1 IE, Fig. 5-1 IF and 5- 

25 1 IG represent one flow logic diagram in blocks 1 lEl through 1 1G9. Fig. 5-1 IE 

includes the portion of the diagram that retrieves configuration detail from a table in 
the AoE database 200 and fills in a description in block 1 IE 14. Fig. 5-llF includes 
the portion of the diagram that retrieves custom configuration details from AoE 
database 200 in block 1 1F6, adds "parent" records in block 1 1F8, adds children 

30 records in block 1 IFIO and SKU details of a customer recordset from a SKU detail 
table in blocks 1 IFl 1 through 1 1F13. Fig. 5-1 IG includes adding new records to the 
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SKU detail recordset in block 1 1G3 and retrieving custom SKU pricing from the AoE 
database 200 in block 1 1G4, continuing through block 1 1G9. 

Referring to Fig. 5-12, the module "Quote Detail" 512 shown in Fig. 5 is 
shown in flow logic diagram in blocks 12A1 through 12A13. The logic allows a 
5 computer user to view and update configuration detail data on a configuration by 

configuration basis in blocks 12A2 and 12A10, displaying available OMS component 
modules for a configuration and defaulted legend code values for each of the OMS 

component modules. 

Fig. 5-13 provides a flow diagram for module "Quote Status" 513 shown in 
10 Fig. 5. More particularly, the module allows a computer user to view configuration 
status data on a configuration by configuration basis, looping through records in 

blocks 13A4 through 13A10 after retrieving appropriate data from the AoE database 

200 in block 13A3. 

Figs. 5-15A through 5-15E provide one flow logic diagram for options 515 

15 and 516 shown in Fig. 5. More particularly, the diagram provides a computer user 
with the ability to create a configuration replace/supercede relationship between two 
configurations from different catalogs as part of a price refresh agreement. The 

functionality further allows a computer user to copy selected options from one non- 
commodity configuration to another and save time when configuring quotes. Prices 
20 for the configurations can be adjusted when pulling options. More particularly, Fig. 
5- 15 A provides for setting up the ability to refresh, by ensuring appropriate 
nomenclature in blocks 15A1 through 15A21, continuing in Fig. 5-15B, wherein the 
logic determines whether or not a product is bundled in block 15B7, if not, further 

Steps are taken to get a recordset of parent and child SOL records and other data in 

25 block 15B10 and block 15B12, and moving SOL record to first records in blocks 

15B14 and 15B15. The logic diagram continues in Fig. 5-15C blocks 15C1 through 
15C14 wherein the records are displayed in the AOE GUI 402 grid for a solution. 

Fig. 5-15D continues the logic diagram including inserting options into quote 
detail , SKU and SKU pricing tables for replacing configuration in the AoE database 
30 200, The actual replacement of records occurs in blocks 15D7 through 15D16 
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wherein the records for the new configuration are inserted by using SQL statements in 
block 15D13 continuing with inserting the current quote status into quote status table 

for an old configuration in block 15D14, continuing in Fig. 5-15E with updating of 

the AoE database 200 in block 15E3, inserting the current quote status into the quote 
5 status table in block 15E7. 

Referring now to Fig. 5-11 A through 5-17C, a flow diagram for module 517, 
"legend Detail" shown in Fig. 5 is illustrated. The flow diagram includes blocks 
17A1 through 17C15. As shown in the diagram, the logic allows a computer user to 

enable all options offered in a configuration to be delivered to a customer in a catalog 
10 file. A configuration is extracted into the AoE database 200 from the OMS server. 
Those configuration component records that are available to order are "turned on" in 
option records, allowing a customer to upgrade, downgrade or add a configurable 
component for a product. As shown in Fig. 5-17B, the data includes SKU data from a 
SKU table from AoE database 200, updating the SKU table if an option status was 

15 changed in a validation check in block 17B5. A similar validation check is performed 
in Fig. 5-17C, blocks 17C2 through 17C14. 

Fig. 5-18 provides a flow diagram for a module 518 shown in Fig. 5. The 
flow diagram illustrates how legend code data in the OMS database is displayed, and 
activated by selecting the legend code to activate module by module as shown in 
20 blocks 18A2 through 18A4. 

Fig. 5-19A and 5-19B illustrate a flow diagram for module 519 in Fig. 5, "Add 
Customer Kit." As shown, blocks 19A1 through 19B7 enable a computer user to add 

SKUS from an OMS database into an existing configuration in the AoE database 200. 
For example, a computer user enters a SKU number and module type in block 19A3, 
25 retrieves a description from AoE database 200, requests data from the OMS server in 
block 19A1 1, flowing through data in block 19B2, and adding data to configurations 
in blocks 19B4 through 19B6. 

Fig. 5-21 is a flow diagram illustrating the ability to delete a customer kit 
module 521 shown in Fig, 5. The blocks 21 Al through 21 All include looping 
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through a customer kit data in blocks 21 A7 through 21 A9 to remove data related to 
SKU and pricing and other data. 

Fig. 5-22A and 5-22B include blocks 22A1 through 22B6. The flow diagrams 

illustrate the steps for the module 522 shown in Fig. 5, "Delete Custom Solution." 
5 Fig. 5-22B includes looping through a record set to remove parent legend code and 
quote details until the end of the file. 

CATALOG PROCESS TRANSLATION 

According to one embodiment of the invention, a translation process is part of 
the manufacturing process. More particularly, in many manufacturing environments, 

10 databases in use for a number of years require integration into modem databases. For 
example, a non- Windows environment database, such as a UNIX system or other 
system requires particular software and/or hardware to communicate seamlessly with 
a Windows environment database. In many business environments, the ability to 
store data in an environment that is robust yet not as easily accessible is desired to 

15 maintain important data. Such environments may include legacy environments. 

However, it is desirable to have access to the robust environment from a user-friendly 
environment such as the world wide web or from an NT environment. More 
particularly, according to one embodiment, a configuration translation process 
includes extracting data from a platform with rules for the data and loading the data 

20 into another disparate platform. 

Referring to Fig. 6 a method for translating data between disparate platforms 
is provided. As shown. Fig. 6 includes blocks 600-1 through 600-4. In one 
embodiment, the data is in a legacy-type platform with rules associated with the data. 
The process begins with extracting data from a disparate platform in block 600-1. 
25 The process continues in block 600-2 with allowing a disparate platform to build on 
the data with those rules. In block 600-3 the process includes adding additional rules 
for data manipulation, thereby, block 600-4, allowing a software application 
incompatible with the original platform to manipulate the data. 



- 30- 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 
M-8811 US 



Referring back to Fig. 4B, one embodiment of the manufacturing process 
depicts how configuration data is extracted seamlessly from a non- Windows 
environment database into a Window environment. Fig. 4B shows a non- Windows 
database, such as a UNIX or LINUX or other legacy server OMS server 410 . The 
5 process interacts with OMS server 410 from a Windows environment or other user- 
friendly environment via an agent 420. As shown, quote requests 430 are received by 

agent 420 which responds with response 440. Agent 420 includes a library shown as 

MPATHLIB, which assists in the seamless interaction with the OMS server 410. 

As discussed above, OMS server 410 interacts with SQL tables 460 and 
10 ENSCRIBE files 462, As shown, SQL tables 760 includes browseable files including 
BASEHDR 470, OPTNHDR 480, and MODDTL 490. ENSCRIBE files include 
readable files including Quote Header 491, Address 492, System Integration Order 
493, Shipping Charge 494, Quote Group 495, Quote Detail 496, Item Master 497, 
Customer 464, SalesReg 465, Tax Exemption Certificate 466, Error Data 498 and 
15 Taxstpd468. 

According to the translation process, the interface between the Windows 

environment and tbe non- Windows environment allows changes to be completed in 
the non- Windows database from the Windows environment. 

Referring now to Fig. 6A through Fig. 6BB, flow diagrams illustrate a 
20 translation process for retrieving data related to configuration of products from a 
database. More particularly, in one embodiment the flow diagrams are written in 
Cobol as a server program that operates on a mainframe type computer system, and 
operates within the Order Management System (OMS) discussed above. 
Accordingly, the flow diagrams discussed below provide a method of interacting with 
25 such an environment. 

In one embodiment, the software is located in a legacy environment, wherein 
the ability to talk between a user-friendly environment and the legacy environment is 
accomplished through software acting as a "pipe" between the environments. One 
such "piping" software is NetWeave'^*^. 

-31 - 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 
M-8811 US 

The program accesses non-commodity, and commodity information, and 
extracts data out of a platform for use in a Windows platform, for example an NT 
environment. The program allows a computer user operating the AoE GUI discussed 
above in Fig. 4A to access data in the mainframe platform and store the data in an NT 
5 database or other database for further manipulation. The information extracted 
includes a plurality of data useful to a manufacturing business, including quote 
number and all valid components including the relationship of all components to each 
other (optional, or mandatory), component descriptions, component pricing, SKU 
numbers, SKU pricing, SKU descriptions, customer number, sales rep number, 

10 company number, ship by date, shipping code, manufacturing facility, line item total, 
shipping total, sales tax total and order total. The program also rechecks to ensure 
that a Quote, SKUs and all components as the configuration was written, is valid at 
the point and time of the data extraction, and configurable within the Order 
Management System. If valid, the data is then extracted as requested. If not, 

15 corrective action can be taken to address the specific issue. 

Another feature shown in the flow diagrams is that the program is used by a 
Windows environment batch program, shown as "Status Update" discussed above 
with reference to Fig. 4A-1B which is used to recheck configuration data after the 
data is extracted from the robust legacy platform. The recheck accomplishes two 
20 things. First, recheck verifies that a quote in the Order Management System has not 

been modified. Second, the recheck verifies that quote data is still synchronized with 
the data in the AoE database 200, or another environment for storing data. The 
process of rechecking a quote includes rechecking each SKU in the Quote 

configuration to ensure that all SKU's are still active. If a SKU has been found to be 
25 deactivated, then an exception process is executed and corrective action is taken. 

More specifically, referring to Fig. 6A, the program process beings with 
requests for single quotes or entire SKU sets for a base product, such as a "chassis" 
for a computer system in blocks 60- A 1 through 60- A8. In Fig. 6B, the program gets 
parameters in block 60-B2 and initializes variables in steps 60-B5 through 60-B8. 
30 Fig. 6C provides the portion of the program that processes a request, including pulling 

a next message in block 60C3, or "quote" request operation on block 60C3, the quote 
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operation in block 60C5, the validate operation in 60C9, the reconcile operation in 
block 60C9, the get item description in block 60C11, the acknowledgement operation 
in block 60C13, the NAK operation in block 60 15 and other miscellaneous 
operations in block 6017. Each of the operations refers to a letter from "C" to "H" 
5 wherein the flow diagrams perform different operations and return. 

Fig. 6D provides the flow diagram for the next message operation, including 
initialization of the OMS server in block 60-D2 and setting of operations in blocks 60- 
D5 through 60-D13. Fig. 6E provides that portion of the flow diagram related to 
retrieving requested quote and related legends and SKUs in blocks 60-E1 through 60- 
10 Ell. Fig. 6F, Fig. 6G, Fig. 6H, and Fig. 61 provide that portion of the flow diagram 

that reads through each quote detail in block 60-F2 and checks each SKU in an item 

master file in blocks 60F6through 60-19. Fig. 6 J, Fig. 6K and Fig. 6L provide that 
portion of the flow diagram related to populating a quote header with data from the 
legacy environment in blocks 60- J 1 through 60-L9. 

15 Fig. 6M, Fig. 6N, Fig. 60, Fig. 6P and Fig. 6Q each provide that portion of the 

flow diagram that reads files and tables in a legacy environment, and populates quote 
detail data. The flow diagrams further include controls of processing of configuration 
and SKU arrays based on whether a computer user is beginning with a new 
transaction or continuing a previous transaction. The flow diagrams include blocks 

20 60-Ml through 60-Q8. Fig. 6R and Fig, 6S provide that portion of the flow diagram 

related to fetching and locating SKU numbers and filling configuration arrays in 
blocks 60-R1 through 60-S6. Fig. 6T and provides a flow diagrams for reading 
through quote details and looping through a SKU array to locate a match to a file 
record with a SKU record. The reply received from the legacy environment 
25 overwrites the file record in blocks 60-Tl through 60-T13. Fig. 6U and 6V provides 
for reading through a quote detail file and matching SKU data in a reply SKU array in 
blocks 60-Ul through 60-U9 and blocks 60-Vl through 60-V8. Fig. 6W and Fig. 6Z 
provide diagrams for the reconcile operation in blocks 60- Wl through 60-Z5. 

Fig. 6AA provides a flow diagram for reading an item in a master file, and 
30 sending back item price, and item description data, as well as data related to whether 
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the item is a factory installed item in blocks 6-AAl through 60-AA6. Fig. 6BB 
provides a flow diagram for sending the OMS reply with the data to a buffer in blocks 
60-BB 1 through 60~BB9. Once the data is in the buffer, the data is stored in the AoE 
database 200. The final figure of the flow diagram. Fig. 6BB returns to the calling 
5 flow diagram illustrated in Fig, 6C. 

INVENTORY PROCESS 

Referring back to Fig. 3, inventory control process 360 is more specifically 
shown in Figs. 7 through Fig. 13-14, Fig 7. shows a block diagram of the process 

flow for the inventory control process. More specifically, Fig. 7A and Fig. 7B show 

10 the process of interacting with a database and an order management system OMS 
server 1240 via AoE GUI 402 to automate inventory processes. 

Referring to Fig. IB, in one embodiment the OMS server 1240 is a Cobol 
program that runs on a mainframe type computer within the OMS system. There are 

portions of this program developed to generate non-commodity, or commodity 

15 stocking inventory orders in the mainframe. Another portion of the program returns 
the order information from a non- Windows environment to a Windows environment. 
A Windows batch program communications with OMS serverl240 via AoE GUI 402. 
Data returned is stored in the AoE database 200. The information sent to OMS server 
1240 is a Quote number and all order parameters from the Stocking Order 

20 Maintenance module 8-2 shown in Fig. 8. This information is necessary to generate 
an order in the OMS system. OMS server 1240 receives the request 7-2-1 and 
processes the request by generating the requested number of orders for the requested 
configuration and responds with the data in 7-2-2. 

Another feature of this batch program is that it is used by a Windows-type 
25 program, called Order Status 7-5 shown in Fig. 7, which is used to find the order 
status and routing position for each order once the order has been generated in the 
OMS system and downloaded to the shop floor system. This information is returned 
to the AoE database 200 and the status of each order is updated to show the current 
OMS system status and the current shop floor routing position. The order status and 
30 routing position determine if the order has been manufactured and is ready inventory. 
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The exact time and date of when an order is considered complete, and is ready as 
inventory, is necessary to allow for a FIFO release of inventory at a later time. As 
discussed earlier in relation to Fig. 6 A etc., the ability to "pipe" used to communicate 
between two disparate systems is accomplished through piping software such as 

5 NetWeave™. 

Inventory GUI 7-1 represents a subset of AoE GUI 402 shown in Fig. 4 A. 
The Inventory GUI 7-1 allows a computer user to enter a specific quantity of 
inventory to pre-build for each of the inventory configuration identifiers active in the 
catalog. The inventory GUI 7-1 also displays the inventory status, which informs the 
10 computer users and the stocking order router 7-2 where in the stage in the build 

process each piece of inventory currently resides. The inventory GUI includes a 
customer profile that allows computer users to edit the order parameters identified in 
the profile used when the inventory is built. The parameters include "Direct_Ship 
customer" for customers for whom products are shipped directly to an end user, 
15 "Router_Position" for determining when product is available in inventory, etc. The 
inventory GUI screens also allow the computer users to run reports based off of 
available inventory per configuration identifiers or ordered/used inventory per 
configuration identifiers. The inventory control process is the precursor to receiving 

customer' s purchase order requests, so that there is an available pool of inventory for 
20 configurations that must contractually ship in a specific time period that one that is 
less than a normal lead time. 

Referring back to Fig. 7, stocking order router 7-2 is a batch program that 
sends stocking order requests into the Order Management System via the OMS 
application, OMS inventory server. When placing the orders for inventory, the 

25 stocking order router program uses the quantity of stocking orders requested by the 

computer user. The program 7-2 uses order parameters for certain fields, such as 
ShipByDate, when placing orders for inventory. Therefore, when an actual customer 
requested purchase order is received by the manufacturer, another process in the 
manufacturing process executes an order change on the piece of inventory applying its 
30 actual ShipByDate, shipping information, and the like. 
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Also included in the stocking order router 7-2 is a subroutine that rechecks to 
ensure valid configurations 7-3 prior to the stocking orders being placed in the 
Stocking order router 7-2. 

Status update program 7-5 is a batch program that receives the latest inventory 
5 Status for each order created by the AoE inventory GUI 7-1 from the OMS inventory 
server 7-4 and placing the status data in the AoE database 200. The program also 
retrieves the date and timestamp of each status. These status values and timestamps 

help the various AoE programs and business users keep track of where any piece of 
pre-built inventory is located during the manufacturing process. 

10 Referring now to Fig. 8, the inventory GUI 7-1 shown in Fig. 7 is shown in 

further detail. As shown in Fig. 8, the inventory GUI 7-1 includes a stocking order 
menu 8-0 that allows a computer user to access, with appropriate security, the 
stocking quote list 8-1 and the stocking order maintenance 8-2. The stocking order 
maintenance 8-2 includes the parameters used to build orders. The stocking quote list 

15 8-lis a visual display of the configurations that a computer user is permitted to pre- 
build inventory. Within the stocking quote list 8-1, the computer user enters a 
quantity of the chosen configuration for pre-building. As the computer user submits 
data, stocking order router 7-2 instantiates the programs necessary to support the 

computer users requests. Stocking order header 8-3 shows the display of all requests 
20 for each configuration previously requested by a computer user, indicating whether 
the requests have been processed. The stocking order detail list 8-5 provides all 
orders totaling the original request, displaying order specifics for each order. 
Stocking order detail list module 8-5 enables a computer user to access the individual 
order detail information for each line item created in the stocking order list in module 
25 stocking order detail 8-7. Stocking order header 8-3 further allows a computer user to 

manually update the status of a stocking order in stocking order detail change 8-6, if 
necessary. 

Referring back to stocking quote list 8-1, a computer user also can access 
reports 8-4. The reports accessible include stocking order inventory reports 8-8 and 

30 Stocking order available inventory reports 8-9. 
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Referring now to Fig. 9, stocking order maintenance module 8-2 is shown in 

flow logic diagram format. Fig. 9 includes blocks 9-1 through 9-26 which accomplish 
the ability for the GUI to allow a computer user to view and update the customer 

parameters needed to create pre-built inventory stock for each customer. This module 

5 displays default values for payment type, payment code, ship to sequence number, 
max ship to sequence number, contract address, routing position, shipping code, and 
ship by date. The module also contains the contact information for the manufacturer 
and the customer, and the OMS routing information to determine to which a non- 
Windows environment inventory requests are sent. If the user has the correct level of 
10 permissions, they will be able to update information in the maintenance module. As 

shown, blocks 9-12 through 9-22 manipulate forecast maintenance data on a per 

customer basis which allows for dynamic access by application programs. 
Accordingly, the programs discussed herein continue to process independent of the 

data value. 

15 Referring to Fig. 10, the stocking quote list 8-1 shown in Fig. 8 is shown in a 

flow logic diagram. Fig. 10 includes blocks 10-1 through 10-18. As shown, the logic 
allows a computer user to display configurations that have been bundled for a 
customer that are available in block 10-3, validate those configurations in block 10-4, 
and if the user has appropriate permissions, place an order for the manufacturer to 

20 build stock in blocks 10-10 through 10-18, The order for building stock depends on 

the Stocking quote list 10-10 displayed to a user. The forecast enables a user to place 

a stocking order based on configurations previously given to a customer, or prior 
buying habits of the customer, or prior catalogs sent to the customer. The inventory 
GUI 7-1 shown on Fig. 7 enables the user when placing a stocking order to view the 

25 items Usted as blocks 10-12 through 10-18. The reports 10-16 include quick ship 

stocking order, inventor 10-17, as well as quick ship stocking order available 
inventory 10-18. The user refers to those reports when placing an order at block 10- 
14. 

Referring to Fig. 10-1 A, the inventory GUI allows the user with correct 
30 permissions to place a request to build stocking orders for a "bundled" product. The 
flow diagram shown in Fig. 10-lA includes blocks 10-lA-l through 10-1 A-1 1. As 
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shown, the user selects a configuration, enters an order quantity and places that order 
in Block lO-lA-2. After placing orders, the user receives the updated allocated ship 
to sequence number from AoE Database 200. 

Referring to Fig. 10-lB, the flow diagram continues with the placement of the 
5 stocking order. As shown, Fig. 10-lB includes blocks 10-lB-l through lO-lB-19, 
As shown, the ordering of stock includes updating of forecast data and blocks 10- IB- 
6 through lO-lB-8. 

Referring to Fig. 10-2, a flow diagram is illustrated demonstrating the quote 
list 8-1 shown in Fig. 8. Fig. 10-2 includes blocks 10-2-1 through 10-2-13. The 

10 functionality shown in the flow diagram allows a user to view active an inactive 
bundled product configurations. The flow diagram shows that the user can access 
quote numbers, system descriptions, status, effective dates, and the like, for 
configurations that are either active or inactive based on status. As shown, the flow 
diagram begins at block 10-2-1 and continues with the user retrieving configurations 

15 from AoE Database 200. If any active configurations are present at block 10-2-6, 
stocking quote lists are displayed at block 10-2-8. For those configurations that are 

active, the flow diagram permits the user to place orders at block 10-2-1 1. 

Referring now to Fig. 10-3, the stocking order header block 8-3 as shown in 

Fig. 8 is shown in flow diagram form. Fig. 10-3 includes blocks 10-3-1 through block 

20 10-3-12. The flow diagram illustrates how the inventory GUI 7-1 allows a computer 
user to view stocking order information that had been previously placed. The flow 
diagram shows in block 10-3-8 that stocking orders are displayed for particularly 
displayed configurations and details of the stocking order are displayed at block 10-3- 
10. Any changes are displayed at block 10-3-1 1. 

25 Referring to Fig. 10-4, the stocking order detail 8-5 shown in Fig, 8 is shown 

in flow diagram form. Fig. 10-4 includes blocks 10-4-1 through 10-4-12. The flow 
diagram illustrates how a computer user views order details for stocking orders as 
shown, the order status, routing position and various states are shown in blocks 10-4-3 
through 10-4-8. 
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Referring to Fig. 10-5, the stocking order detail 8-7 shown in Fig. 8 is shown 
in further detail. Fig. 10-5 includes blocks 10-5-1 through 10-5-7. The stocking order 
detail flow diagram shows how a computer user is able to view complete order detail 
data for individual stocking orders on an order number basis. Details listed include, 

5 ship to, sequence numbers, payment types, payment codes, subtotals, sales tax, 

shipping, order total, ship by dates, shipping instructions, and the like. The computer 
user selects a record from a screen shown in blocks 10-5-2 through 10-5-6. 

Referring to Fig. 10-6A, the stocking order detail change shown in Fig. 8 item 
8-6 is shown in further detail. Fig. 10-6 A includes blocks 10-6A-1 through 10-6A-I6. 
10 The flow diagram illustrates how a computer user can change the status of a piece of 
bundled inventory. This functionality shown in Fig. 10-6A and continuing to Fig. 10- 
6B, allows a piece of inventory that was built by a automatic order entry for a 
purchase order request that was received outside the system. For example, if a user 
has the correct permission level, a piece of inventory is marked as "used" and can be 

15 assigned to a purchase order number so that the ordering process will not reuse this 

piece of inventory. As shown in the figure, block 10-6 A- 10 asks whether the product 
was marked as "used". If so, the entry is validated at block 10-6A-1 1 and routing 
position data from the forecast order is retrieved from the AoE Database 200 at block 
10-6A-12. 

20 The flow logic diagram continues with Fig. 10-6B in blocks 10-6B-1 through 

10-6B-1 1, wherein the routing positions and new information is placed in the AoE 
Database 200. If successful, the forecast order detail is marked as ''used" at block 10- 

6B-10. 

Referring to Fig. 10-7, the stocking order inventory report shown as block 8-8 
25 in Fig. 8 is shown in further detail. The function shown in Fig. 10-7 includes blocks 
10-7-1 through 10-7-8. The function illustrated allows a computer user to run a report 
at block 10-7-6. The report is created by the inventory GUI 7-1 and written as a 
document on the computer users computer system. Information on the report includes 
order number, inventory status, routing status and relevant dates to the order. The 
30 report also includes a count of total orders for a particular configuration and a count 
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of orders that have been used for each configuration, as well as a count of orders that 
are ready for use for each configuration. The report is generated by pulling stocking 
order inventory from stocking order detail header information, configuration 
information and forecast information from AoE Database 200. 

5 Referring now to Fig. 1 1-lA, an order router flow diagram is shown. The 

order router is shown in block diagram form in Fig. 7 A, block 70-1. The order router 
70-1 includes Figures 1 1-1 A- through 1 1-lD. The blocks included in the flow 
diagrams are 1 1-1 A-1 through 1 l-lD-15, inclusive. The functionality of the flow 
diagrams as illustrated, operates after a computer user places a request for "bundled'* 

10 stocking orders. The program shown in flow diagram form, is in "one embodiment" 
and a Windows NT batch application, optionally written in visual basic, or another 
appropriate software language for batch programs. The program places order requests 
for stocking inventory into the Order Management System (OMS). After a computer 
user places a request for a quantity of stocking orders the request is transported to a 

15 database. The batch program order router, picks up open requests from the database 
for stocking orders, checks the configuration status using an update program, and 
places the orders using the stocking order parameters from the customer profile. The 
batch program then emails the list of order numbers thereby created to appropriate 
email subscribers. The batch program is optionally scheduled to run at various times 

20 daily. 

Referring now to Fig. 12, a flow diagram shows a batch application for 
providing a stocking order status update. As shown, the application includes blocks 
12-1 through 12-11. The functionality includes checking the status of all stocking 
orders that reside in a stocking order database 200. The application makes a request 

25 to an OMS program shown as OMS 1240 in block 12-6. The reply "00" 12-9 

indicates that information requested was properly returned. The information is used 
to update status of the stocking order, including order status, order status date, 
inventory routing position, and the like. The update is provided to AoE database 200. 
The status update further includes a shop floor status, which denotes where in the 

30 manufacturing process the system is located. Once the system is built on the shop 

floor, the system is placed on an onsite inventory warehouse. The status is updated to 

-40- 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 

M-8811 US 



show that the system has been manufactured and is complete in inventory with the 
exact date and time of when that happened. In another embodiment, a batch 
application, for example, the order processor discussed in further detail herein, later 
uses the date and time to apply a FIFO release of the inventory. 

5 Referring to Fig. 13, a block diagram illustrates an embodiment of a method 

for the inventor process described above. Fig. 13 includes blocks 1300-1 through 
1300-4. As shown block 1300-1 provides for receiving orders for commodity and 
non-conmiodity products. For example a manufacturer may receive orders for 
bundled products wherein the configuration of the product has been determined prior 

10 to receiving orders therefore. In contrast, a manufacturer may receive orders for non- 
conmiodity type products wherein the exact configuration of the product is unkown 
by the manufacturer until the order is received from a customer. Block 1300-2 
provides for building product on a build to order basis for orders with longer lead 
times than other orders. For example, an order for a bundled product with a lead time 

15 of one month would be built from the order and not use inventory to fill the order. 
Thus, inventory is used only for products with shorter lead times. Advantageously, 
the use of inventory for short lead times only results in a smaller inventory and a 
quasi-build to order inventory process. 

Block 1300-3 provides for building product after preparing a catalog for a 

20 customer based on possible configurations in the catalog. More particularly, in an 

embodiment, customers order based on a catalog written specifically for the customer 
or for a group of customers with similar requirements. Thus, the manufacturer knows 
what configurations are possible to be ordered from a particular customer. 
Furthermore, for customers with limited configurations or with a prior history of 

25 ordering particular configurations, the manufacturer has an option of preparing 

inventory based on the catalog sent to the customer and based on the effective dates of 
configurations in the catalog. The method completes in block 1300-4 wherein the 
manufacturer delivers product to the customer. The method allows for shorter lead 
times and small inventory in a quasi-build to order process. 

30 ORDER PROCESS 

-41 - 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 

M-8811 US 



Referring now to Fig. 14 in combination with Fig. 3B, after customer receives 
a data file 310, incorporates the data file 310 into a procurement system 371 and 
acknowledges the data as accurate or not in an acknowledgement file 336. The data 
file 310 enables the customer to generate an order file 338. Fig. 14 provides a flow 
5 diagram of an order process for the customer. Block 1410 provides for the customer 
to receive data file 310. In block 1420, the customer processes the data file 310 into 
their database 370 shown in Fig, 3B. Block 1430 provides for the customer to 

acknowledge acceptance or rejection of each commodity and non-commodity product 
back to the manufacture or other party in acknowledgment 336 shown in Fig. 3B. 

10 The process continues with the customer having a request for a commodity or 

a non-commodity product using the customer procurement 371 shown in Fig. 3B in 
block 1440. After determining the appropriate products required to be ordered, the 

procurement system 371 in block 1450 generates a purchase order in the form of an 

order file 338. In an embodiment, block 1460 provides for a customer specific 
15 approval process for approving the purchase order generated in block 1450. After the 
purchase order is approved, block 1470 provides that the order file 338 shown in Fig. 
3B is communicated to the manufacturer or a party representing the manufacturer via 
communication medium 250. 

More particularly, the customer generates a specification in the form of a 

20 request for commodity and/or non-conraiodity products using the data provided in the 
data file 310. The customer's procurement system 371 automatically generates a 
purchase order or a purchase request for non-commodity or commodity products with 
a correct price using the data from data file 310. In one embodiment, the data file 
supports an interactive application for access to the data as loaded in the customer's 

25 procurement system 37 1. The data is transmitted to the manufacturer or a party 

representing a manufacturer in the form of an order file 338. The data included in the 
order file 338 includes parameters included in the data file 310 received by the 
customer as well as additional parameters included by the customers in accordance 

with the business rules covering acceptable orders. 
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Referring to Figs. 14A through 14C, a block diagram of the AOE system for 

the order process and order cancellation and change process is shown. 

Referring to Figs, 15 A through 15S, the order processor batch program 14A- 

15 operates to open a database connection with the AoE database 200 in steps 150-A3 

5 through 150-A7, and retrieves information from an FTP transport medium in step 
150-A8, which optionally is another type of transport medium, such as TCP/IP or 
other appropriate medium. More particularly, referring to blocks 150-A14 through 
150-B6 shown in Fig. 15Bj a retrieval is accomplished with a loop that retrieves each 
file with an appropriate extension identifying the file as a order file. This loop 
10 retrieves any order files received from one or more customers. 

In loop "B" shown in block 150-Cl shown in Fig. 15C, all the order data is 
inserted as received from the customer into AoE database 200 in block I50-C2. This 
is done to always have the original data available for audit requirements. The order 
processor 14A-15 also sorts the file by the planned ship date so that orders with a 

15 smaller lead time are allocated against stocking order inventory in contrast to orders 
that have a larger lead time. The order process begins in block 150-C7 wherein order 

header and order wrapper data is validated. An order header refers to representative 

data, typically at the "head" of an order that relates to more specific items in the entire 

order. Order wrapper data relates to the naming of the order file. 

20 Further shown in Fig. 15C are blocks 150-C17 throughl50-C18 referring to 

Fig. 15Q. Fig. 15Q shows a diagram that determines if there is an internal request by 
a computer user to perform a cancel of an order and a reassign of another stocking 
order to a purchase order. The reason for such is that new inventory may have been 

built and existing inventory may be available and preferred. For example, end of 

25 month inventory clearance policies may dictate using existing available inventory 

instead of building new systems. Fig. 15Q includes blocks 150-Q1 through 150-QlO 

and provides logic exiting to pre-edit validations in Fig. 15D. 

Block 150-D1, shown in Fig. 15D, preedit validations are done automatically 
against the data, until block 150-D16. The functions performed includes executing 
30 orders against header data and executing detailed functions. The pre-edits insure that 

-43 - 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 
M-8811 US 



the customer is following the pre-defined business rules. If the customer is not 
following the rules, the order processor 14A-15 rejects the order with the business 

rule broken therein denoted. If the order passes preedits successfully, the order 

request is processed in the OMS system. Accordingly preedits are handled 
automatically independent of human interaction. 

The predits uses a recordset called an "order maintenance" recordset from 
AoE database 200 to check the validity of the Order Header information sent by the 

customer in order 338. The checks performed are shown below in Table 1: 

TABLE 1 

-Transaction_Purpose_Code sent in the customer's order file matches the ORDER_PURPOSE_CODE in the 
Order_Maintenance table in the database using appropriate value. 

-Purchase_Order_Type sent in the customer's order file matches either the Lease_Order_Value, Term_ORder_Value or 
Credit_Card_Order_Value from the Order_Maintenance table in the database customer payment that a customer can 

pay by. 

-Checks for duplicate PO numbers if the PO_Duplicate_Check_Flag is set to YES in the Order_Maintenance table of 
the database. Do we check for duplicate Pos for customer?. 

-Checks the lengths of the PO Number, if it is greater than 15, then it generates a unique, adjusted PO Number, and 
appends the originally requested PO Number to the Shipping__Instructions. 

-Compares the currency_code sent by the customer to the currency_code in the Order_Maintenance table. Looking for 
appropriate currency.. 

-If the customer sent a Preferred_Carrier name, it checks to see if the customer is allowed to use Preferred carriers, and 
if there's a surcharge on using a Preferred carrier. Determine if customer wants to use customer specific carrier. 
-Check to make sure the customer sent a ShipTo First and Last Name in the ST_Name field. Also, checks the ShipTo 

Additional Name field, and ShipTo ContactName field. Required Data 

-Checks to make sure the customer sent a ShipTo Address Line 1 . Checks to make sure the ST_Zip is atleast 5 numeric 
digits, and makes sure that the customer sent a value for the ShipTo CityTo City, state, zip, and country code. Required 
Data. 

-Checks to make sure customer sent a value for the BillTo Name, ppends BillToName and ShipToContactName to 
send as the ShipToCompany name. Required Data. 

-Checks to make sure customer sent a value for the BillTo Address Line 1, and Bill To City and state, zip, and country 
code. Required Data 

-If customer sent a Tax_Exempt_Certificate number with the PO request, the program checks in the 
Tax„Exempt_Certificate table in the database to match the cerificate number and find the proper 
DOMS_Customer_Number to use when ordering the PO. It also checks to make sure the Jurisdiction_Level matches 
the address in the ShipTo information requested by the customer, and if the Tax_Exempt_Certificate is stiU effective. 
Is customer permitted to order tax-exempt?. 
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Referring to TABLE 2, below, edits to the line items shown in order file 338 
are accomplished as part of the pre-edit sequence described in flow blocks shown in 
Fig. 15D. 



TABLE 2 

-If customer sent payment as a credit card, the program checks the CREDIT_CARD_ORDER_FLAG in the 
Order_Maintenance table in the database to make sure the customer is approved to order by Credit Card. It also checks 
that there's a value for the Credit Card Number, Expiration Date, and Credit Card Type (Visa, MC, Discover, AmEx). 
The customer may split an order between up to 3 credit cards, so the program checks to make sure that the Precentage 
of Payment for all cards adds up to 100%. (CID value is a required field for American Express cards only). Data 
validation 



B) ClsPreEdit.PreEditDetail: First retrieves the order's quote information from the quote tables in the database. Then, 

checks for a valid quote status, invalid quote statuses are "Deleted", "Exceptioned", "Exceptioned and Replaced", 
"Exceptioned and Deleted", and "Replaced" in which the Replacing quote is already active. Also, checks the "System 
Type", "System Matrix Type", and Shipping charges. Customer requesting active configuration 

C) ClsPreEdit.PreEditDetail: If this record is a Reprocessing Order, check the Geo_Code table to see if there was a 
user selection for a particular GeoCode. Here, it also retrieves a recordset of the Non- Working days for this customer. 
It also retrieves a list of the options requested for this system. Internal processing 

D) ClsPreEdits (continued): The program checks the ShipByDate to make sure it doesn't fall on a non- working day, 
also checks the Shipping_Service (Standard vs. Expedited) based on the ShipByDate. If the order is a Reprocessing 
order, it checks to see if there was a user-entered Adjusted ShipByDate. If there's an entry for Preferred Carrier, it 

adjusts the Shipping_Instructions accordingly. It checks in the ReprocessOrderNumber field in the Order_Header table 
for a user-entered order number. If there's an order number present, the program uses the order number to place an 
order change. If ReprocessOrderNumber 0eld has the string "BUILDNEW", it creates a new order from the quote. 
Next, the program checks for the Tax_Exempt flag. If the customer requested a non-tax order, the matching 
OMS_Customer_Number must be sent with the order request to OMS. Data validation 

If the order is not an Order_Change, it validates the ShipToSeqNumber for the order by retrieving the 
ShipToSeqNumber data from the Ship_Seqence_Number table in the database. It adds the 
ALLOCATED_SEQ_NUM_USED + LAST_OMS_SEQ_NUM_USED, it that number is greater than the 

MAX_SHIP_TO_SEQ_NUM, then weVe run out of ShipToSequence numbers for that particular 

DOMS_Customer_Number and the PO is placed in PreEdit-Intemal bucket for a business user to review (most likely 
the business user will create a new OMS_Customer„Number.) Internal processing 

Also, the program checks the Line„Item_Total if the Check„Line_Item_Total_Flag is set to YES. If the 

Line_Item_Totals dont match, then the program puts the order into PreEdit-Error status and retrn^ the PO bad to the 

customer. It also checks that the AoE_Flag is set to YES, if not, itsets the PO in Error. Validating pricing 
If the order is a Reprocessing order, the program also checks the Adjusted_Custom_Exp_Date field in the 
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Order_Header table in the database. If there's a value in the Adjusted_Custom_Exp_Date field, then the program sends 

the Adjusted date as the requested ShipByDate. Internal processing 



Referring now to Fig. 15E, a flow diagram illustrates the portion of the order 
processor 14A- 15 that calculates lead time for bundled systems, ensuring that 

contractual agreements are met in blocks 150-E8. In Block 150-E9 and 150-ElO 

5 orders for non-commodity products are examined calculate lead times to ensure that 
contractual agreements are met. The dates provided in the order file 338 are those 
given by the customer. These dates must be in accordance with pre-existing 
agreements. Shipment requests for non-working days defined as days that the 

manufacturer does not ship product or weekends are not permitted in an embodiment 
10 of the invention. In other embodiments a 24/7 request is permitted. 

Blocks 150-E13 through 150-E15 provide that the customer provided pricing 
matches the manufacturer-calculated pricing on a per-configuration basis. 

Blocks 150-E14 and 150-E15 relate to Fig. 15J and 15K, wherein non- 
commodity configurations are evaluated to determine if optional components have 
15 been ordered. More particularly, Fig. 15 J, including blocks 150-Jl through 150-J17 
relates to processing of configurations without options. In one embodiment, no 

options refers to no upgrades or downgrades of components within a system 

configuration. Fig, 15K, includes blocks 150-Kl through 150-K15, and provides for 
processing a non-conmiodity product with options selected. Specifically, options are 
20 validated in block 150-Kl 1. Block 25K1 1 refers to Fig. 15L for validation of options. 

Referring now to Fig. ISF, blocks 25F1 through 25F21 are shown. Blocks 

150-F3 through 150-F4 determine whether a customer requested an expedited 
shipment. Bock 150-F5 relates to a preferred carrier of the customer and adds the 

data as part of the parameters of the order. 

25 Referring to blocks 150-F8 through 150-F12, a process is shown that 

determines whether a customer order file 338 requests a conmiodity item that includes 
a ship date identifying a number of business days that is greater than the contractual 
number of days, the program creates a new order in the OMS system for an immediate 
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build of a system instead of ordering a release of pre-built inventory. The blocks 150- 
F14 through 150-F16 relate to determining whether the order file 338 is tax exempt. 

Blocks 150-F17 through 150-F22 determine if there was any existing inventory from 
a prior month that has been superceded with a new catalog and new configuration 
5 with a new price and for which the customer is permitted to use the new price. 

Fig. 15G provides blocks 150-Gl through 150-G22. The flow diagram 
illustrates in these blocks how the data is sent to OMS server 1240. Referring to 
block 150-Gl through 150-G8, a determination is made as to whether a reprocess 

occurred. More particularly, if an order failed and requires reprocessing, the OMS 

10 server 1240 will not release further inventory against the order due to the reprocess 
find in block 150-G3. Block 150-G8 prevents further inventory from being applied to 
the order. Block 150-GlO sets a process type to "build new" in the OMS server 1240 
parameters. Block 150-Gl 1 validates the ship to sequence number. The block 150- 
Gl 1 validation refers to Fig. 15P. Figure 25P includes blocks 150-Pl through 150- 

15 P9. The functionality shown includes in block 150-P2, obtaining a maximum ship to 
sequence number for maintaining the integrity of the OMS system. 

Referring back to Fig. 15G, block 150-G13 refers to Fig. 151. Fig. 151 
includes blocks 150-11 through 150-117 and provides for internal processing. 

Referring Fig. 15G, block 150-G15, a check price process begins. The check 

20 price flow diagram is shown in Fig. 158 in blocks 150-Sl through 150-S15, More 
specifically, certain charges and pricing must be validated based on contractual 
agreements with customers. Typically, customers do not have a complex shipping 
and tax calculation tool that allows contractual shipping charges to be calculated. 
Accordingly, the flow logic shown calculates the charges on behalf of the customer 

25 with the manufacturers OMS system being the system of record. Sales tax can be 

calculated differently in a customers procurement system 371, therefore, the system of 
record will control the transaction. The line item total plus the shipping total plus the 
sales tax total gives the order total, therefore the order totals are incorrect if validation 
of shipping and sales tax are not correct. Thus, if the line item totals match, the order 

30 is processed and the order is not refused for shipping or tax discrepancies. The "real" 

-47- 

641497 vl 

Client Reference: DC-02439 



Attorney Docket No.: 
M-8811 us 



dollar amount is communicated via order acknowledgement file 340 shown in Fig. 

3 A. Therefore, the customer may update their system to reflect the "real" order total. 
In some embodiments, there are no tax charges due to lease customers. 

Fig. 15G, block 150G-14 through block 150G-21 provides for preparing and 

5 sending the validated data to OMS server 1240. Preparing the data includes stringing 
the data and order parameters together for transport. After sending data to OMS 
server 1240, a reply is received and further processing takes place as shown in Fig. 
15G in block 150-G16. In block 150-G16 the request is loaded as shown in Fig. 15H. 
Fig. 15H includes blocks 150-Hl through 150-H20. The functionality shown includes 
10 determining in block I50-H3 whether the processing of the order was successful, and, 

if not, a reprocess or an error occurs. If successful, an update occurs in 150-Hl 1 

through 150-Hl 9 of various AoE database 200 tables. The process completes with a 
call to detail processing in Fig. 151. 

Referring to Fig. 15L, blocks 150-Ll through 150-L20 are shown. The flow 
15 diagram includes loops for each option record in block 150-L4, and processes a swap 
out array in block 150-L14, and sets the action code of the option to an "add" an 
"upgrade" or a "delete". The option validation in Fig. 15L includes fail-safes 
procedures ensuring in block 150-Ll 5 that illegal configurations of, for example, 
more than one operating system, or more than one body style in a automobile 
20 manufacturing system, or more than one memory module or hard drive are not 
ordered in incorrect quantities in block 150-Ll 9. 

The pre-edit flow diagram shown in Fig. 15L continues in Fig. 15M. 
Referring to Fig. 15M, blocks 150-Ml through 150-M22. The functionality of the 
figure includes determining whether an order includes an add component, and, if so, 

25 whether an OS tie group parameter must be incremented. The "tie-group" parameter 

is an OMS 1240 server parameter that is needed to generate a correct order. The flow 
diagram also determines if there an order includes an upgrade or a downgrade of a 
system. Referring to Fig. 15R, the assign tie group blocks 150-Rl through 150-R6 
relate to whether an option requires incrementing. Options are tied to a chassis and 
30 certain predefined options are not. In block 150-R3, the flow diagram determines 
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whether a component is factory installed or not. If it is, then the tie group is not 

incremented. If it is not factory installed the tie group is incremented. For example, a 

steering wheel is generally tied to an automobile, and a cell phone may not be. 

Referring to Fig. 1 5 N, including blocks 150-Nl through 150-N17. The 
5 functionality of Fig. 15N relates to determining whether a code relates to a upgrade. 

Block 150-N3 determines if the code relates to a upgrade component. Block 150-N7 

determines if the code related to a upgrade of a solution. Block 150-N9 through block 
150-N14 performs swap outs of components in a swap out array, and incremental 
pricing changes. Further included in Fig. 15N is option processing specifically 

10 looking for mini-systems, referred to as "solutions." More specifically, a solution 
refers to a grouping of components that are provided together and referred to jointly 
as a "solution." For example a "docking solution" includes a mouse, keyboard, 
monitor and a dock for use with a notebook computer. The customer will use one 
code to refer to the group of components instead of ordering separate items. Another 

15 example would be an "LS" package for an automobile, including wheel flares, CD 
player, ski rack, and global positioning system. 

Specifically J blocks 150-N8 through 150-N15, provide for breaking down 
solutions into component parts for order processing. The tie-group parameter is 
incremented in block 150-N15, which refers to Fig. 15R, discussed above. 

20 Fig. 15N further continues pre-editing orders including option downgrades in 

block 150-N17, which refers to Fig. 150. 

Referring now to Fig. 150, including blocks 150-01 through 150-018, block 
150-02 detennines whether a code relates to a downgrade. Block 150-03 determines 
if the code relates to a downgrade component. Block 150-08 determines if the code 
25 related to a downgrade of a solution. Block 150-01 1 through block 150-014 
performs swap outs of components in a swap out array, and incremental pricing 
changes. 

Referring back to Fig. 4B, one embodiment of the manufacturing process 
depicts how configuration data is extracted seamlessly from a non- Windows 
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environment database into a Window environment. Fig, 4B shows a non- Windows 
database, such as a UNIX or LESTUX or other legacy server OMS server 410 . The 
process interacts with OMS server 410 from a Windows environment or other user- 
friendly environment via an agent 420. As shown, quote requests 430 are received by 
5 agent 420 which responds with response 440. Agent 420 includes a library shown as 
MPATHLIB, which assists in the seamless interaction with the OMS server 410. 

Referring back to Fig. 14B, OMS server 1240 is shown in further detail. OMS 
server 1240, according to one embodiment, is a Cobol program that runs on the OMS 
system. There are portions of the program developed to generate non-commodity, or 

10 commodity orders in the OMS system. Further, portions of the program manage the 
release of pre-built inventory stocking orders as part of a stocking order program 
within order processor 14A-15, by performing an order change on the pre-built order 
number, thereby allocating a real customer purchase order number, customer ship-to 
address information and customer specified shipping requirements. Further, the 

15 portions of the program control the return of the order and order change information 
in OMS server 1240 from the OMS system platform to a disparate computing 
platform shown as an Windows NT program order processor 14A-15. 

The order processor program 14A-15 communicates with OMS server 1240 
and uses pcirameters from AoE GUI 402, the order maintenance module 230-7 shown 

20 in Fig. 23 and the data returned is stored in the AoE database 200. The information 
sent to OMS server 1240 includes a Quote number, identifying a configuration, and 
line item totals. These parameters include all the components of that configuration, 
and all SKUs and the price for each SKU. Further information includes any upgrade, 
downgrade, or additional components and their SKUs and SKU pricing to the base 

25 configuration. This information is necessary to generate an order in the OMS system. 
OMS server 1240 receives the request and processes the request as denoted by the 
Order Processor 14A-15 as it communicates the action OMS server 1240 is to take 
with the request. 

Once the order has been processed by OMS server 1240, one of the order 
30 parameters sent from the Order Processor 14A-15 will convey whether OMS server 
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1240 should perform an auto release of the order in the OMS system. An auto release 
is work flow set in the OMS system that releases the order from a hold status. A hold 

status is the first status all orders are set to by default. After the release of the order, 
the OMS server 1240 transfers the order to a process status that begins the 
5 manufacturing process. 

Another feature of OMS server 1240 is that it is used by a batch program, 

called Order Chg/Cancel Processor 14A-19. If a cancel request is issued from the 
Order Chg/Cancel Processor 14A-19, then OMS server 1240 will attempt to cancel 
the order as requested in the OMS system. 

10 If the OMS system allows the order cancel, then a successful cancel status will 

be sent back to the Order Chg/Cancel Processor 14A-19. If the OMS system did not 
allow for the order cancel to happen, then a unsuccessful cancel status will be sent to 
the Order Chg/Cancel Processor. If a change request is issued from the Order 
Chg/Cancel Processor then Domsl240 will attempt to update the order as requested. 

15 If OMS system allows the order update, then a successful change status will be sent 
back to the Order Chg/Cancel Processor 14A-19. If the OMS system did not allow 

for the order update to happen, then an unsuccessful change status will be sent to the 
Order Chg/Cancel Processor 14A-19. In all cases, the return status and additional 
data will be stored in the AoE database 200. 

20 Another feature of this program includes the use by the Manual OMS Entry 

module 230-9 shown in Fig. 23. The functionality of manual OMS entry module is 
used when needed to pull Order information manually out of the OMS system, into 

the AoE database 200. The type of information received includes order number, line 
item pricing, shipping pricing, sales tax pricing, the order total, the purchase order 
25 number, and the ship-to information. There is a edit check to ensure that the manual 

order extract being requested by a computer user has been typed in correctly, such 

that it checks to ensure that the purchase order number, the OMS customer number, 
and the OMS order number matches. According to one embodiment, the order data 
from the OMS system is checked in module Manual OMS Entry 230-9 to ensure that 
30 the data matches the correct customer purchase order number in AoE database 200. 
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The functionality of module 230-9 is most commonly used when implementing the 
AoE system, to perform a staggered implementation of the automatic order entry, 

wherein a manufacturer receives tlie order file 338 but does not want to automatically 

process it. 

5 ORDER PROCESS TRANSLATION 

According to one embodiment of the invention, the order process includes a 
translation process similar to the process discussed above with reference to Fig. 6, 

includes placing data onto a disparate platform as part of the manufacturing process. 
Particularly, in many business environments, the ability to store data in an 
10 environnaent that is robust yet not as easily accessible is desired to maintain important 
data. Thus, according to one embodiment, an order translation process includes 
placing data from a user-friendly environment into a disparate platform with 
particular rules for the data and loading the data into the disparate platform. 

Referring to Fig. 16 a method for translating data between disparate platforms 
15 is provided. As shown. Fig. 16 includes blocks 1600-1 through 1600-3. In one 

embodiment, the data is in a legacy-type platform with rules associated with the data. 
The process begins with adding addition rules to a user-friendly platform to allow 

data from the platform to be placed into a disparate platform in block 1600-1 . The 

process continues in block 1600-2 with integrating the data in the disparate platform 
20 by providing a buffer program to deparse the data received from the user- friendly 

platform. In block 1600-3, the disparate platform stores the data using the original 
rules of the platform. 

Referring now Fig. 17-1 through 17-24, the OMS server 1240 shown in Fig. 
14B is described in flow diagrams. OMS server 1240 performs the function of 
25 translating order data from a Windows NT platform to a disparate platform. The main 
program is illustrated in flow diagram format on Fig. 17-3. Referring to block 17-3-6 

in Fig. 17-3 block "B" is shown. The "B" process is shown in figs. 17-1, 17-2 and 17- 

5. Fig. 17-1 shows the "B" flow diagram for creating stocking orders in accordance 
with the inventory process described above. Fig. 17-1 includes blocks 17-1-1 through 
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17-1-14 and reads in requests for stocking orders in block 17-1-3, processes those 
request in block 17-1-9, determines the success, and exits at block 17-3-5 shown in 

Fig. 17-3. Fig. 17-2 includes blocks 17-2-1 through 17-2-21 and illustrates the '^B" 

process taken for non-stocking order generation, order changes, order canceUations, 
5 and releases of stocking inventory by doing an order change. For example, in one 
embodiment, after a customer sends order file 338 shown in Fig. 3A, a customer 
optionally sends order changes or order cancellations in another file structure (not 

shown in Fig. 3A). Fig. 17-2 shows the flow diagram with functionaUty including 

receiving a request at block 17-2-3 that indicates whether the request is for a new 
10 order that is not a stocking order, a change to an order, a cancellation of an order. The 

flow diagram executes blocks 17-2-3 through 17-2-17 in sequence as required to 
execute the functionality. 

Fig. 17-3 includes block 17-3-3 "A" to get parameters. Function "A" is shown 

in flow diagram in Fig, 17-4. Referring to Fig. 17-4, blocks 17-4-1 through 17-4-18 
15 illustrate the function of retrieving data from the OMS system illustrated in Fig. 14B. 

Referring to Fig. 17-5, all functionalities included in Fig. 17-1 and 17-2 are 
included for completeness in blocks 17-5-1 through 17-5-23, Only those required for 
a particular functionality are activated from the calling program shown in Fig. 17-3. 

Fig. 17-6 illustrates blocks 17-6-1 through 17-6-10 in a flow diagram called 
20 from Fig, 17-2 "C" for initialization. 

Fig. 17-7 illustrates the flow diagram ccdled from Fig. 17-2 for extracting 
orders "D" from the OMS system. As shown Fig. 17-7 includes blocks 17-7-1 

through 17-7-12. Fig. 17-8 illustrates the flow diagram called from Fig, 17-2 "E" for 
locating shipping addresses. More specifically, Fig. 17-8 includes blocks 17-8-1 
25 through 17-8-12. Included in the module is a caU to a subroutine OMS 1242 17-8-6. 
The OMS 1242 subroutine is shown in Fig. 14B wherein the subroutine is shown to 

interact with OMS system tables for tax data, zip code data, address data and other 
data. 
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Fig. 17-9 illustrates the flow diagram called from Fig. 17-2 for performing an 

order change "F." Fig. 17-9 includes blocks 17-9-1 through 17-9-11. The flow 
diagram illustrates processing of change or cancellation of order. The flow diagram 

calls a subroutine OMS 1243 shown in Fig. 14B which updates purchase orderSj 

5 shipping data and performs order cancellation. 

Fig. 17-10 illustrates the flow diagram called from Fig. 17-2 "G" related to 
generating configurations. As shown, the flow diagram calls subroutine OMS 1244 in 
blocks 17-10-3 through 17-10-4. OMS 1244 is shown in Fig. 14B. The subroutine 
creates new quotes for custom non-commodity orders and uses a price override. The 
10 OMS 1244 subroutine calls sever OMS servers, and database tables. 

Fig. 17-1 1 illustrates the flow diagram called from Fig. 17-2 "H" related to 
generating orders. More specifically. Fig. 17-11 includes blocks 17-11-1 through 17- 

11-11, which include interaction with the AOE GUI 402 shown in Fig. 14A to 
determine lead time required according customer agreements. The flow diagram 
15 continues on Fig, 17-12 with blocks 17-12-1 through 17-12-9 wherein codes of the 
order are processed and automatically set for release in blocks 17-12-7 and 17-12-8. 

Referring to Fig. 17-13, a flow diagram called from Fig. 17-1 "F' is illustrated 

in blocs 17-13-1 through 17-14-9 in Fig. 17-14. The 'T' flow diagram is called for a 
"get status" operation is used only for those orders that are stocking orders for 
20 inventory. 

Referring to Fig. 17-15, a flow diagram called from Fig. 17-2 "J," is shown in 

blocks 17-15-1 through 17-15-9. More particularly, the flow diagram illustrates an 
acknowledgment or a not-acknowledgment of orders from customers. If an order 
does not process correctly, a fatal error occurs, and if the process acknowledges 
25 correctly, a time stamp is given to the order in block 17-15-6. 

Referring to Fig. 17-16, the processing of orders from customers continues 
with process "K" called from Fig. 17-9, block 17-9-10. The order is released for 

manufacture in blocks 17-16-1 through 17-16-10. Manufacturing is called in blocks 

17-16-5 and 17-16-6. 
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Referring to Fig. 17-17, blocks 17-17-1 through 17-17-15 provides a 
subroutine 1242 called from OMS server 1240 shown in Fig. 14B. The subroutine 

includes calls to flow diagrams for retrieving shipping data and initialization. More 

particularly, "A" relates to the flow diagram illustrated in Fig, 17-18 block 17-18-1 
5 wherein files holding customer data are opened to retrieve data for addressing. "B" 

relates to block 17-19-1 in Fig. 17-19, including blocks 17-19-1 through 17-19-9, the 
flow diagram shown illustrates a subroutine for finding a customer shipping address 
by locating matches to customer data held in the OMS system. "C" relates to the flow 

diagram illustrated in Fig. 17-20, blocks 17-20-1 through 17-20-8 for locating further 
10 address information in databases in the OMS system. "D" relates to the flow diagram 
illustrated in Fig. 17-21, blocks 17-21-1 through 17-21-10, related to adding a 

shipping address to an address file for a customer. 

Referring now to Fig. 17-23, a flow diagram for subroutine OMS 1243 shown 
in Fig. 14B is shown in detail. Fig, 17-23-1 includes blocks 17-23-1 through 17-23- 
15 14. The program includes processing of update data and cancellation data of orders, 

The program is called from Order Change/Cancel Processor 14A-19 shown in Fig. 
14A. Block 17-23-1 1 "A" continues the flow diagram by relating to Fig. 17-24, 
wherein the program continues and interacts with OMS system by making changes in 

accordance with order cancellation/change requests made by customers. 

20 ORDER PROCESS BATCH PROGRAMS 

Referring now to Fig. 18 A through 18H, the batch program shown as order 
acknowledgement 14A-8 is shown in flow diagram form. Fig. 18 A- 18H includes 
blocks 180-1 through 180-102 inclusive. Referring back to Fig. 3 A, order 
acknowledgment program 14A-18 acknowledges in an acknowledgement file 340 an 

25 order flle 338 received from a customer server 254. The order file 338 may include 
many orders for either commodity or non-commodity products, and the 
acknowledgement file 340 will acknowledges the processing results from the 
manufacturers OMS system. According to one embodiment, the acknowledgment file 
includes acknowledgments for an entire order file 338. This enables a customer to 

30 efficiently determine exceptions for orders that did not process properly as well as 
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confirm orders that processed properly. The data received by customer server 254 in 
the acknowledgment file 340 includes the customer purchase order number, the OMS 
order numbers assigned to the purchase order number, all pricing, including order 
total, line item total, shipping total, and tax total. If an error is included in the file, a 
5 reason is provided for every error if the attempt to process the order was unsuccessful. 
This allows the customer's procurement system 371 to correct all errors for an order 
prior to re-submitting the order. 

Referring back to Fig. 14A, the order process includes an order 
acknowledgment batch file 14A-18 shown in Fig. 18A through Fig. 18H. The order 
10 acknowledgment batch program 14A-18 extracts orders processed by the order 

processor 14A-15 via database 200. The extraction of the orders is shown in blocks 

180-1 through 180-25 shown in Fig. 18A through 18C. The order acknowledgment 
batch program produces a file 340 that is transmitted via communication medium 250 
to the customer or to a location for pickup by a customer. 

15 The acknowledgment file 340 includes in Fig. 18C, code that discriminates 

between commodity and non-commodity products, by separately acknowledging 
components within a non-commodity configuration. For example, a custom 
configuration for a product might include a monitor downgrade, hard drive upgrade, 
an add of speakers, and a keyboard upgrade to a bilingual keyboard. If the order was 

20 successful or unsuccessful, each component will be acknowledged to display which 
component, if any was separately rejected. For example, if the bilingual keyboard 
was improperly ordered with an improper action code, the acknowledgment file 340 
will so indicate, and indicate a successful component process for all components but 
the bilingual keyboard. Further, for the bilingual keyboard, an explanation of the 

25 error will be provided in the acknowledgment file. The portions of the flow diagram 
in Figs. 18C through 18D, blocks 180-33 through 180-49 indicate the "get detail 
error" modules for accomplishing the functions described. 

The acknowledgment file 340 further includes details retrieved from AOE 
database 200 as shown in Figs. 18E through 18H, blocks 180-51 through 180-102. 
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Referring to Fig. 19A through Fig. 19K, the order change/cancel processor 

14A-19 is shown in flow diagram format. Figs. 19A through 19K includes blocks 
190-1 through 190-164. Order change/cancel processor is a batch program written in 
Visual Basic or another appropriate software program. 

5 TKe order cancel/change processor batch program 14A-1Q retrieves 

information from an FTP transport medium which optionally is another type of 
transport medium, such as TCP/IP or other appropriate medium in blocks 190-4 

through 190-5. The retrieval is shown in detail in Fig. 19E, blocks 190-56 through 
190-67. The order cancel/change processor 14A-19 further operates to open a 

10 database connection with the AoE database 200 in blocks 190-8 through 190-1 1. 

Block 190-9 provides for taking a "snapshot" of the order cancel/change data 
as received from a customer in its original format. This block is shown in flow 
diagram form in Fig. 19F in blocks 190-68 through 190-82. 

Referring to Fig. 19B, block, 190-21 "pre-edit header" refers to Fig. 19G, 
15 blocks 190-83 through 190-164. The pre-edit header validates data in an order 

cancel/change file received from a customer in blocks 190-84 through block 190-90. 
In blocks 190-93 through 190-99, the program determines whether a cancel or a 
change is being requested and whether either a cancel or a change is permitted for a 
customer. For example, contractual agreements with particular customers may 
20 prohibit order cancellations and/or order changes. 

Referring to Fig. 19H, blocks 190-105 through lQO-122 provide flow diagrams 
showing how the order cancel/change processor 14A-19 locates OMS system order 
data assigned to a customer using the customer-generated purchase order number. 
Block 190-1 15 provides for searching to insure that an order acknowledgment 340 

25 shown in Fig, 3 A took place prior to permitting a customer to cancel or change an 
order. 

Referring to Fig. 191, blocks 190-123 through 190-141 are shown in flow 

diagram form. The flow diagrams show in blocks 190-128 whether the request is a 

cancel or a change request. If the file requests a change, block 190-132 provides 
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parameters that are permitted to be changed. The items shown include order header 

data, such as ship to address, shipping service, planned ship date, and bill to 
information. If a customer requests that only those items are to be changed, the 
request is then forwarded to the OMS system via block 190-137. 

5 For cancellation requests for orders, Fig. 191 and 19 J, blocks 190-129 through 

190-154 inclusive shows a flow diagram that checks as to whether there are any 

pending actions to be completed on the order prior to issuing the order cancel In Fig. 

19J, block 190-152 processes the request for cancellation to the OMS server 1240. A 
pending action is referred to as a "reprocess" action. If there is no such reprocessing 

10 pending, block 190-13 1 provides a check to insure that the customer gave appropriate 
lead time for the cancellation request. For example, a contractual agreement might 
indicate that a customer must provide one business day notice before cancellation of 
an order. Thus, if a cancellation request is made within one business day of a 
shipping date, the cancellation request is refused. 

15 Referring to Fig. 19K, the flow diagram for sending cancellation and change 

requests to OMS server 1240 is shown in further detail in blocks 190-155 through 

190-164. In 190-156 the status of AoE database 200 is updated with a new status 

prior to sending the request to OMS server 1240 in block 190-157, Block 190-159 
provides the return status reply code. Blocks 190-160 provide that if the action was 
20 successful, the AoE database 200 is so notified. Blocks 190-161 provide that if a fatal 

error occurs, the AoE database 200 error status will be updated. Blocks 190-162 
provide that a late reply code occurred and the AoE database 200 will be updated as to 
the error status. Blocks 190-163 provide that there is additional information that a 
computer user will need to take, then the status code is updated in the AoE database 

25 200. 

Referring now to Figs. 20A through 20F, flow diagrams for Order 
Change/Cancel Acknowledgment 14A-20, shown in Fig. 14A, is shown in further 
detail. Figs. 20 A through 20F include blocks 200-1 through 200-59. As shown, the 

flow diagrams provide for a response to a customer's change or cancel order requests. 
30 The order cancel and change acknowledgement program 14A-20 obtains all order 
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records in the AoE database 200 that have been processed by the Order Change 
Processor 14A-19, whether successful or unsuccessful. The program 14A-20 creates 
an order cancel change acknowledgement file that contains the original purchase 
order number provided by the customer, any pricing changes related to an order 
5 change request, successful and unsuccessful indications such as error messages, OMS 
order numbers, and the like. The customer then loads the order cancel and change 
acknowledgement file into their procurement system 371 shown in Fig. 3B to relate 
back to their cancel or change order requests. 

Referring to Figs. 21A, 21B and 21C, Order Tracking program 14A-21 in Fig. 

10 14 A, is shown in flow diagram form. The order tracking program enables tracking of 
non-comimodity products as well as conmiodity products. The tracking program 
shown in Fig. 21 A, blocks 210-2 through 210-4 retrieves all open orders from the 
AoE database 200, performs a send to OMS server 1246, and information obtained 
includes OMS system status (cancelled, on hold, build process, shipped, invoiced, 

15 paid). Further information obtained includes box number of the product shipped, 
shipping waybill numbers, shipping carrier, shipping weight per box, and the exact 
date and time of shipment. Referring to Fig. ZIB, blocks 210-5 through 210-9, 
detemaines what new information is required for update in the AoE database 200. 

Referring to Fig. 21C, the Asset Tag program 14A-22 is shown in flow 

20 diagram form. According to an embodiment, an "asset tag" is a unique identifier for 

each system or component. Asset tags can be customer specific, including numbering 
schemes for labels and the like for configurations and/or components of a 
configuration that customers can use for asset management within their company. 
The asset tags are placed within a configuration or physically placed on a product. 

25 Unlike a service tag used for a manufacturer to track or identify uniquely a system, 

the asset tags for a customer are generated by a manufacturer on behalf of a customer. 
Further, asset tags depend on customer agreements as to which components or 
configurations require asset tags. Asset tag program 14A-22 is, in one embodiment, a 
batch program that obtains manufacturing assigned customer specific asset tags from 

30 asset database 210-20 shown in Fig. 14A. 
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Referring to Fig. 14C, OMS server 1246 is shown as coupled to Order 
Tracking program 14A-21 in Fig. 14A. OMS server 1246 is a program outlined in 
flow diagram form in Figs. 22A through 22F in blocks 220-1 through 220-42. In one 
embodiment, OMS server 1246 is a Cobol program that runs on a mainframe type 
5 computer, and resides with in the OMS system. The program 14A-21 obtains 

information for each order after an order is created or completed in the OMS system 
in blocks 220-1 through 220-42. The information obtained includes multiple OMS 
order statuses including the date and time of each status, the manufacturing service 
tag, payment code, payment amount, purchase order number, work center information 
10 (chassis type) and shipping information which consists of: the actual shipped date of 
the order, the ship-to information, the actual shipping charge, the shipping carrier, all 

waybill numbers and box numbers for each waybill, the shipping status for each 
waybill and the date and time, and the shipping weight of each box. 

ORDER ENTRY GUI 

15 Referring back to Fig. 14A, AoE GUI 402 is shown. The order process 

includes software modules in AoE GUI 402. The outline of the AoE GUI 402 are 
shown in Fig. 23. As shown in Fig. 23, blocks 230-1 through 230-18 identify 
software modules that relate to different screens presented in the GUI. The diagram 
shows which screens pull up other screens. For example, order files screen 230-3 
20 allows a computer user to pull up screen 230-9, 230-10, 230-1 1 or 230-19. 

Referring to Fig. 23-3 A, a flow diagram for Order Files software module 

shown in Fig. 23 block 230-3 is shown. The Order Files module includes blocks 230- 
3-1 through 230-3-31. The flow diagrams illustrates code that resides in the AOE 
GUI402 shown in Fig. 14A. The code enables computer users to view an entire 
25 history of custoemr requested purchase order data and change/cancel data in a file for 
in several files. The code includes a check of computer user permissions and includes 

the ability to run reports, view and process pending orders, view total dollar amounts, 

order count totals and purchase order details. 

Referring to Fig, 23 -4 A and 23-4B, flow diagrams illustrate the code for the 
30 Shipping Charge software module shown as block 230-4 in Fig. 23. The Shipping 
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Charge module includes blocks 230-4-1 through230-4-15. The module enables 
computer users to add, delete and update shipping charge data. The AOE GUI 402 
permits the data to be displayed on a screen including Shipping Service, configuration 
type, system type, system matrix type, shipping charg cost, services descriptions, and 
5 the like. The data is used by the Order Processor program 14A-15 shown in Fig. 14A 
to locate correct shipping charge data for an order. 

Referring to Fig. 23-5A and Fig. 23-5B, flow diagrams illustrate the code for 
the Email List software module shown in block 230-5 in Fig. 23. Fig. 23-5 A and 23- 

5B include blocks 230-1 through 230-5-27* The module enables a computer user to 
10 add and delete email addresses for recipients of notices related to stocking orders, 

order release notifications, order exception notifications, inventory notifications, 
change and cancel notifications and certain error notifications. Computer users with 
appropriate permissions may add or delete email addresses. 

Referring to Fig. 23-6A through 23-6C, flow diagrams illustrate the code for 
15 the Advance Shipment Notice software module shown in block 230-6 in Fig. 23. 
Figs. 23-6A through 23-6C include blocks 230-6-1 through 230-6-28. The 
functionality shown in the flow diagrams enables a computer user to add, delete and 
update advanced ship notice recipient data. The data includes destination, contact 
names, destination location, address, email address and ship to addresses. After a 

20 permissions check, a computer user can update fields in ttie screen present. 

Referring to Fig. 23-7, a flow diagram illustrating the code for the Order 
Maintenance software module shown in Fig. 23 is shown in blocks 230-7-1 through 
230-7-10, The functionality of the software module includes enabling a computer 
user to update customer profile data. The data is displayed on the screen to give lead 
25 times, shipping charge values, check line item total, check shipping total, check sales 
tax total, keycode data, expedited orders and the like. The Order Processor 14A-15 
and the Order Change and Cancel Processor 14A-19 shown in Fig. 14A use the data 
to validate the customer data and to place orders in the AoE system. If the computer 
user has appropriate permissions the fields can be updated in the screen displayed. 
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Referring to Fig. 23-8A through Fig. 23-8H, flow diagrams illustrate the code 
for the Tax Exempt Customer software module shown as block 230-8 in Fig. 23. The 

flow diagrams include blocks 230-8-1 through 230-8-32. The screens presented by 
the flow diagrams allow a computer user to view and update tax exempt customer 
5 data. The fields that can be viewed include the tax exempt certificate number, the 
customer number, city state, jurisdiction and effective dates for the tax exemption. 

Referring to Fig. 23-9A to Fig. 23-9E a manual order entry module for block 
230-9 shown in Fig. 23 is shown in flow diagram form. The flow diagram includes 
blocks 230-9-1 through 230-9-63. The flow diagram produces a screen residing in the 

10 AoE GUI 402, and is accessible from the Order Files module 230-3 shown in Fig. 23. 
It enables the computer users to obtain order number information from the OMS 
system. In one embodiment, a computer user with the correct permissions can enter 
an order number that relates to a customer purchase order number. The computer user 
can then in order to remedy a problem that cannot be solved through the normal batch 

15 ordering process. This functionality accepts in the user's order number, makes a trip 
to DOMS to find the Order Total, sales tax, etc, in order to update the AOE database, 

and Acknowledge to the customer. 

The functionality of manual OMS entry module is used when needed to pull 
Order information manually out of the OMS system, into the AoE database 200. The 

20 manual OMS entry module performs an edit check to ensure that the manual order 
extract being requested by a computer user has been typed in correctly, such that it 
checks to ensure that the purchase order number, the OMS customer number, and the 
OMS order number matches. According to one embodiment, the order data from the 
OMS system is checked in module Manual OMS Entry 230-9 to ensure that the data 

25 matches the correct customer purchase order number in AoE database 200. The 

functionality of module 230-9 is most conmionly used when implementing the AoE 
system, to perform a staggered implementation of the automatic order entry, wherein 
a manufacturer receives the order file 338 but does not want to automatically process 

it. 
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Referring to Figs. 23-1 OA and 23-1 OB, flow diagrams illustrate the code for 
software module Order Summary shown in block 230-10. The flow diagrams include 
blocks 230-10-1 through 230-10-16. The functionality of the code is to enable a 
computer user to view all customer requested purchase order data and change/cancel 
5 data. The data displayed includes purchase order number, quote number, order status, 
planned ship date, service tag number, asset tag data, manufacturer order number, 

status and shipping data including waybill, zone code and other shipping data. Any 
error data received during the processing of the order can also be displayed. The 
computer user can also perform an interned cancellation or reassignment of an order. 

10 Further detailed header data and other details of an order can be viewed. 

Referring to Fig. 23-1 lA through 23-1 1 J, flow diagrams illustrate the View 
Pending Order software module 230-1 1 shown in Fig. 23. The flow diagrams include 

blocks 230-1 1-1 through 230-1 1-1 15. The functionality of the flow diagrams includes 
enabling a computer user to view orders, process orders and reject orders that are in a 
15 pending status. A pending status occurs when an order is held up for certain reasons. 
For example, a customer's request purchase order can be pending if an expedited 
request requires approvals. 

Referring to Fig. 23-12, a flow diagram illustrates the Non-Working Day 
module 230-12 shown in Fig. 23. The flow diagram includes blocks 230-12-1 
20 through 230-12-1 1. The functionality includes determining which days, according to 
customer agreements, are non-working days, and displaying whether a shipment 
request was made for a delivery on a non-working day. 

Referring to Fig. 23-13, a flow diagram illustrates the Order Transport 
software module shown in Fig. 23, block 230-13. The flow diagram includes blocks 
25 230-13-1 through 230-13-9. As shown, the software module displays order transport 
data. 

Referring now to Fig. 23-15A and 23-15B, flow diagrams illustrate the Order 
Information software module shown in block 230-15 in Fig. 23. The flow diagrams 
include blocks 230-15-1 through 230-15-19. The functionality shown in the flow 
30 diagrams includes enabling computer users to view customer purchase order data 
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included header data such as ship by dates and ship to values. Further data that can be 

viewed includes order detail data including options ordered, quote number, unit 

prices, order quantity and whether or not a customer has requested a cancel or change 
of an order. 

5 Referring to Fig. 23-17A through 23-17C, flow diagrams illustrate the Order 

Detail hiformation software module shown as block 230-17 shown in Fig, 23* The 
flow diagrams are operable when a computer user chooses a purchase order number in 
the Order Sunmiary screen shown as 230-10 in Fig, 23. The software module 
populates requested order data including shipping data, error data and status data as 
10 requested by a computer user. 

Referring to Fig. 23-18, a flow diagram illustrates the Order change/Cancel 

Information software module 230-18 shown in Fig. 23. The functionality of the code 
enables a computer user to cancel an order placed in AoE system and reassign a 
different order number to a purchase order number of a customer. For example, a 
15 computer user uses this functionality when a particular order is not far enough in the 

build process to meet contractual shipping dates. An internal cancel and reassignment 
can reassign a predetermined order number to the purchase order to allow the program 

to search for inventory or build a new order. 

Referring to Fig. 23-19A , 23-19B, 23-20, 23-21, 23-22, 23-23 and 23-24, 
20 flow diagrams illustrate the reports flow diagrams shown in block 230-19 of Fig. 23. 
Fig. 23-19A and 23-19B show the flow diagrams for creating an advance shipment 
notice report, the notice report is created with a batch program and conmiunicates 

shipping data to the customer. The application reads shipping data such as waybill, 
box count zone code, carrier name and shipping date from an AOE system table. In 
25 an exemplary embodiment, the batch program is scheduled to run periodically to 
automatically update customers of the status of their orders. 

Referring to Fig. 23-20, a complete order detail report flow diagram is shown 
included blocks 230-20-1 through 230-20-18, The functionality of the flow diagram 
is to enable a computer user to create a spreadsheet report based on a customers order 
30 file identification, a file received date or a ship-by date. The report lists all orders and 
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changes and cancels requested by a customer. The report lists a plurality of fields 
including purchase order number, sales tax, shipping charges, order total, ship-by 
date, shipping information configuration description, order quantity, SKU numbers, 
asset tags and service tags. 

5 Fig. 23-21 provides a flow diagram for creating an order exception report. 

The figure includes blocks 230-21-1 through 230-21-17. The functionality of the 

report includes enabling computer users to track order errors caused by invalid data 
received by a customer. The report lists purchase order data, error count, error data 

and error descriptions. 

10 Fig. 23-22 provides a flow diagram for creating an order matrix report. The 

blocks included are 230-22-1 through 230-22-18. The functionality enables computer 

users to create a spreadsheet based on the customer's number of days since sending an 
order file or a file received date. The report is a summary of categorized dollar 
amounts and order counts on a date basis. The report lists all orders and cancels and 
15 changes requested by a customer. The fields included in the report are file received 
date, total dollar amount for non-conmiodity orders, total number of order processed, 

total exceptions, total number of customer orders that were cancelled or changed, total 

number of bundled orders, total number of bundle orders that were processed, total 
number of exception bundle orders, and the like. 

20 Fig. 23-23 provides a flow diagram for creating a shipping status report. The 

flow diagram includes blocks 230-25-1 through 230-25-17. The flow diagram 
enables a computer user to create a spreadsheet report that assists in tracking order 
shipping data. 

Fig. 23-24 provides a flow diagram for creating an inventory report. The code 
25 presents a spreadsheet that tracks inventory usage for bundled products and 

configurations. The report includes a count of the number of systems that were built 
new due to lack of inventory. 

In the foregoing specification, the invention has been described with reference 
to specific embodiments thereof. It will, however, be evident that various 
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modifications and changes may be made thereto without departing from the broader 
spirit and scope of the invention. The specification and drawings are, accordingly, to 
be regarded in an illustrative rather than a restrictive sense. 
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WHAT IS CLAIMED IS: 



1 1 . A method for a manufacturer to automate a catalog process, the 

2 method comprising: 

3 creating a catalog of configurable products including at least one of non- 

4 commodity products and services; and 

5 presenting a data file, the data file including the catalog, the presenting via a 

6 communication medium to a purchaser. 

1 2. The method of claim 1 wherein the purchaser includes at least one of a 

2 customer, a third party acting on behalf of the customer and a supplier. 

1 3, The method of claim 1 wherein the manufacturer includes a third party 

2 acting on behalf of the manufacturer, 

1 4. The method of claim 1 wherein the data file allows the purchaser to 

2 configure the products independent of a third party provided configuration tool 

1 5. The method of claim 1 wherein the presenting includes transmitting the 

2 data file to the customer, 

1 6. The method of claim 1 wherein the presenting includes hosting the 

2 data file on a world wide web interface. 

1 7. The method of claim 1 wherein the data file includes manipulable 

2 parameters that enable configuration of non-commodity product or service. 

1 8. The method of claim 7 wherein the manipulable parameters include 

2 upgrades, downgrades and swapping of components. 

1 9, The method of claim 1 wherein the data file includes non-manipulable 

2 parameters that contribute to the configuration of a non-commodity product or service 
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3 including parent components, orphan components, child components, configuration 

4 components and optional components. 

1 10. The method of claim 1 wherein the data file is configured to be 

2 incorporated into a procurement system, the data file providing a catalog of 

3 configurable components. 

1 11. The method of claim 10 wherein the data file includes business rules in 

2 a structured data format. 

1 12, The method of claim 1 1 wherein the business rules include rules for 

2 manipulating data including functional rules and configuration rules for integrating 

3 the data file into the procurement system. 

1 13. The method of claim 1 wherein the data file includes data shared by 

2 the manufacturer and a host of the data file. 

1 14. The method of claim 1 wherein the data file includes a configuration 

2 identifier, a price of the configuration, type of components, custom or bundled, 

3 upgrades, downgrades and additions permitted with pricing, work flow data 

4 identifying add configurations, discontinue configuration, replace configuration, 

5 effective data, and a discontinue date. 

1 15. The method of claim 13 wherein the data file includes pricing 

2 according to predetermined agreements with the manufacturer and the host. 

1 16. The method of claim 1 wherein the data file includes at least one of 

2 factory-installed components, non-factory-installed components, and subsystem 

3 configurations. 

1 17. The method of claim 1 wherein the data file includes a core 

2 configuration including: 

3 commodity and non-commodity default services; and 
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4 customer- specific integration components. 

1 18. The method of claim 17 wherein the customer-specific integration 

2 components include customer specific software and menus, images, customer asset 

3 tag labels, and security cables. 

1 19. The method of claim 17 wherein the customer-specific integration 

2 components include at least one of transportation industry options and transportation 

3 services. 

1 20. The method of claim 16 wherein the factory installed, non-factory 

2 installed, customer kit and solution data includes the associated Stock Keeping Units 

3 (SKUs), including a third parties or a manufacturer generated SKUs and pricing. 

1 21. The method of claim 1 further comprising: 

2 receiving an acknowledgment file approving configurations within the data 

3 file. 

1 22. The method of claim 21 wherein the acknowledgment file includes 

2 acknowledging each parameter of configurable products, including components, 

3 pricing, services as acceptable and not acceptable. 

1 23. The method of claim 1 further comprising: 

2 transmitting an action code within the data file denoting product 

3 configurations requiring replacement in a procurement system, the 

4 action code permitting a purchaser receiving the data file to update 

5 open orders in the procurement system prior to delivery of an order 

6 without manual interaction. 

1 24. The method of claim 1 wherein the data file provides data shared by a 

2 purchaser's procurement system and a seller's invoicing system. 
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1 25. The method of claim 1 wherein the data file is an (Electronic Data 

2 Interchange) EDI format. 

1 26. The method of claim 1 wherein the electronic data file is transmitted to 

2 the purchaser using an SGML format 

1 27, The method of claim 1 wherein the electronic data file is in a 

2 proprietary file format. 

1 28. The method of claim 1 wherein the data file is periodically updated by 

2 the manufacturer to indicate pricing changes and production transactions 

1 29. A computer system comprising: 

2 a processor; 

3 a memory coupled to the processor; and 

4 a communications port configured to transmit a data file, the data file 

5 including a catalog of configurable products including at least one of 

6 non-corrmiodity products and services to be received by a purchaser, 

7 the data file enabling the purchaser to incorporate the data file into a 

8 procurement system. 

1 30. A system for automating a catalog process, the system comprising: 

2 means for creating a catalog of configurable products including at least one of 

3 non-commodity products and services; and 

4 means for presenting a data file, the data file including the catalog, the 

5 presenting via a communication medium to a purchaser. 
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AN AUTOMATED CONFIGURATION CATALOG 

Theresa M. Gosko 

ABSTRACT OF THE DISCLOSURE 

A system and method for automating manufacturing processes integrates 
5 customer-created orders into the manufacturing process. A method allows a 

manufacturer to automate a catalog process. The method includes creating a catalog 
of configurable products including at least one of non-conmiodity products and 
services and presenting a data file via a communication medium to a purchaser. The 
purchaser may include a customer, a third party acting on behalf of the customer and a 
10 supplier. The data file allows the purchaser to configure the products independent of 
a third party provided configuration tool by including manipulable parameters that 
enable configuration of non-commodity product or service. For example, the 
manipulable parameters may include upgrades, downgrades and swapping of 
components. Further, the data file is configured to be incorporated into a procurement 
15 system, the data file providing a catalog of configurable components. 
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150-C5 



Yes- 



150-C7 



Email an Exception to the 
list of email recipients from 
the Order_Emall database 
table 



Retrieve all customer profile 
information from 
Order_IVIaintenance table 



150-C9 



150-C10 



Validate the Wrapper information from 
the file is valid 



150-C12 



150-C11 



Email an Exception to the 
list of email recipients from 
the Order_Email database 

table 



150-C14 




FIG.15C 



Execute Preedit validations against the 
Order_Header record 
*see W, (pg 1 8) 



150-D2 



\fas there an PreeBit 
violation (ex-invalid ShipCode 
^or ShipByDate)?^ 

Yes 



150-D3 



Save error information to the 
Order_Enror table in the database; 
set the status for this Order in 
Preedit-Error status 



150-D4 




200 




AOE Database; 
Order_Error & 
Order_Status 
tables 



Yes-^ 



Save error information to the 

OrdeLEnror table in the database; 

set the status for this Order in 
Pending/Internal status 



15( 



Retrieve Order_Detail recordset 
from Order_Detail table that belong 
to the current Order_Header record 



AOE Database; 
Order_Detail 
tables 



200 



Execute Preedit validations against the 
Order_DetaiI record 

*seeX(pg18) 




150-D11 



Yes 



Save error infomiation to the 
Order_Error table in the database; 
set the status for this Order in 
Preedit-En^or status 



150-D12 





AOE Database; 
Order_Error & 
Order_Status 
tables 



Save error Information to the 
Order_En'or table in the database; 

set the status for this Order in 

Pending/Internal status 



150-D150 



FIG.ISD 



.E3 



/€0 

-E5 



yjf 0-E8 



/»-E11 



Load all quote's CF Configuration 
records into the Swapout array, as a 
precursor to upgrades, downgrades, 
and additions. Swapout array contains 
sku. legend code, price, use flag, etc. 



Retrieve any records from the Non- 

Working-Days tabie, Geo_Code 
tab!e, Quote_Header table for 
current quote number, 
Shipping_Charge table for current 
quote's system type 



Retrieve any records from 
Order_Option table, where all 
Upgrades, Downgrades, and 
Addtion requests are stored 





200 



AOE Database; 
Order_Option, etc. 
tables 



150-E7 



Custom 



Bundle 



Calculate LeadTime using 
QS_Build_New_Days,QS_Expedite_Ti 
me, QS_Lead_Days fields from 

Order^Malntenance. 

PlannedShipDate, Planned ShfpCode 
field from Order_Header table, 
Work_Date field from 
Non_Working_Days table. 
Compare calculated lead time 
ShipByDate with Customer requested 
ShipByDate. Check for holidays and 
weekends, check for Expedite requests 
or mismatches with shipping code and 
shipbydate. If not matched, set PreEdit 
error, if expedited request, set Pending 
Intpmal 




Yes- 



150-E9 




Calculate LeadTime using 
CU_NoOpt_Lead_Days field from 
Order_Maintenance, 

PlannedShipDate, PlannedShipCode 
field from Order_Header table, 
Work_Date field from 
Non_Working_Days table. 
Compare calculated lead time 
ShipByDate with Customer requested 
ShipByDate. Check for holidays and 
weekends, check for Expedite requests 
or mismatches with shipping code and 
shipbydate. If not matched, set PreEdit 
error, if expedited request, set Pending 

Internal. 



150-E10 



Calculate LeadTime using 
CU_WOpt_Lead_Days field from 
Order_Maintenance, 

PlannedShipDate, PlannedShipCode 
field from Order_Header table, 
Work^Date field from 
Non_Working_Days table. 
Compare calculated lead time 
ShipByDate with Customer requested 
ShipByDate. Check for holidays and 
weekends, check for Expedite requests 
or mismatches with shipping code and 
shipbydate.lf not matched, set PreEdit 
en-or, if expedited request, set Pending 
IntennaL 



150-E12 



Check that the customer's 
Unit_Price matches the 

DOMS_Quote_Price, Check that the 

QS_AOE_Flag = "Yes", 
Check that the Order_Quantity = 1 



1 50-E14 



Yes 




150-E16 




Check that the customer's 
Unit_Price matches the 
DOMS_Quote_Price, Check that the 
CU_NOPT_AOE_Flag = "Yes", 



Yes 



150-E17 



FIG. 15E 




Check that the customer's 

Unit_Price matches the 
DOIVIS_Quote_Price, Check that the 
CU_WOPT_AOE_Flag = "Yes", 



Yes 



150-E18 




F 

Process 

Bundle 



150-F1 



150-F2 



150~F3 



Is this Order_Headen 
record a Reprocess 
request? 



-Yes 




150-F4 



Yes- 



Use the value in the 
Adjusted__Custom_Exp_Date field as 
the Planned_-Ship_Date request to 
DOMS. 




AOE Database; 

Order_Error & 
Order_Status 
_ tables _ 



Save error 

infomnation to ttie 

Order_Error table in 
the database; 
set the status for 
this Order in 

Preedit-Error Status 



No 



Set the DOMS_Order_Num (in the 

DOMS request) = 

Reprocess_Order_Num and set the 

Order_Process_Code - "Order 
Change" 



Set Order_ProcGss_Type 

- "Build New" in the 
DOMS request 



150-F16 




AOE Database; 
Order_Error & 
Order_Status 
^ tables 



150-G5I50-G7 



Save "No Inventory" 

information to the 
Order_EiTor table in the 
database; 
set the status for this Order 
inPendlng/lnternal status 





Set OMS request 
OMS_Order_Num = 

Supreceded Inventory's 

OMS_Order_Num from 

Forecast„Order_Detail table; 

set Order_Process__Code ~ 
"OrderChange" 



150-G10 



Set Order_Process_Type ~ "Build New" 
order for OMS request 



Set OMS request OMS_Order_Num = 

Current Quote's Inventory's 

OMS_Order_Num from 
Forecast_Order_DetaiI table; set 
Order_Process_Code = "OrderChange" 



150-G6 



150-G11 



150-G12 




150-G13 



Load the OMSRequest with configuration information, 

SKU info, Legend code info, Quote number. Shipping 

information, etc. 



Save Order_status (sending to OMS) to 
Order^Status table; Save All SKU Line Items to 

Order_Line_!tem table 



150-G16 



150-G1 



200 



150-G19 



AOE Database; 
Order_Status, 
Order_Line_ltem 
tables ^ 



Concatenate Send string from 
OMSRequest UDT for Netweave 



150-G20 




SendSendStritigtoOMS 

via Netweave; Receive 
ReplyString from DOMS 
via Netweave. 





150-G21 



FIG, 15G 




AOE Database; 
_Geo Code table^ 




Deparse Reply String from DOMS1 240 
into UDT format 



i 


i 




Save City. State, Zip 
information to Geocode 
table 









\ ou-nz 



AOE Database; 

Order_Error, 

Order_Status 
^tables 



150-H5 



Geocode Error (88; 





150-H3 



150-H8 



-Fatal Error (99)- 



Save error information to 
the Order_Error table in the 

database; 
set the status for this Order 
In Preedit-lntemal/Pending- 

Eo'or status 



150-H6 



Successful (00) 



Populate Order information into Release 

Array for email notification 



150-H10 



150-H9 



150-H11 



200 



AOE Database; 
Order_Credit_Car 
d table 





Yes 



Save CreditCard Payment 

amount to CreditCard table 



150-H12 



150-H14 



200 



AOE Database; 
Forecast_Order_ 
Detail table 




Set Forecast_Order_Detall 
record = "Used*" for the 
inventory we just used 



150.H16 



No 
J 



150-H17 




200 



AOE Database; 
ShIpToSeqNum 
table 




150-H18 



Increment 
ALLOCATED_SEQ_NUM_USED 
in ShipToSeqNum table 



150-H20 




FIG.15M 



150-14 



Yes 

I 

Retrieve email receipient 

addresses from 
Order Email Addr table 



AOE Database; 
O rd e r__Ema !l_Ad d 
r table 



200 



150-16 



Email an Inventory message with 

an Excel file containing the 
Inventory information to the list of 

email recipients from the 

Order_Email database table 



150-17 



150-111 




Emaii an Pending OR Exception 

message to the list of email 
recipients from the Order_EmaiI 
database table 




150-J2 



150-J3 




^ 150-J4 

Use the value in the 

Adiustecl_Custonn_Exp_Date field as 
the Pianned_Ship_Date request to 
OMS. 



150-J11 





Is there a value 

in the OrdeLDelail's 

Re p ro cess„0 rde r_N um 
field? 



-Yes 





Set the OMS_Order_Num (in the 
OMS request) = 
Reprocess_Order_Num and set the 

Order_Process_Code = "Order 
Change" 



Set Order_Process_Type 
= "Build New" in the 
DOMS request 



150-K10 



150-K11 



No 



150-K12 




Retrieve Quote_Detail information 

(DOMS_QUOTE_NUM,DOMS_RECORD_TYPE,DOM 
S_MODULE_NUM,DOMS_LEGEND_CODE,DOMS_L 
EGEND_DESCRIPTION.DOMS_LEGEND_PRICE,OP 
TiON_STATUS,PARENT_MODULE_NUM,Parent„Le 
gend_Code) from Quote_Detail table in the database 



AOE Database; 
Quote_Detail 
table 



150-L4 



Return to calling function (pg 10) 



How many 

Solutions were ordered One or more> 

w this systenr?. 




150-L6 



Calculate the new shipping change 
with the Solution shipping charge 

added in 



150-L5 



200 



Find the 
Shipping_Charge value 
for this number of 

solutions from the 
Shipping_Charge table 



AOE Database: 
Shlpping_Charge 
table 



Set the Module Number value = 45 



Translate the customer's Module_ 

Indicator into a Module Number 



Loop thru the Swapout array to find the option 
we are currently processing, set the 
action_code = "add", "upgrade", or "delete" 

depending on the customer's request 



150-L12 



150-L9 



200 




FIG. 15L 



150-M1 




150-M16 



150-M22 



FIG. ISM 



150-N4 




FIG. 15N 



1500-01 



PreEdit Option 
Downgrade 



1500-03 



1 500-02 




Goto R 

Finished with 
this Order 

yOptton record y 



1500-04 



1 500-05 



200 



Is the 
Order_0ption's 
action_code = 
"Downgrade" ? 



-Yes 




1500-07 



150-011 




Subtract the sku price x option quantity to the 
calculated order total, set the option quantity in 

the swapout array, set the "use" flag for this 
option record = "true" 



150-012 



Subtract this Option Downgrade's sku price 

from the Base Price; set the sku price for \h\s 
Downgrading option = $0 



150-013 



Find the Configuration component that this 
Option Downgrade is replacing in the swapout 
array 




FIG. 150 




150-P2 



200 



Retrieve ShipToSequence Number 
information ( Last_Donns_Seq_Nunn_Used 

Max_Ship_To_Seq_Num) from the 
ShipToSeqNum & Forecast_Maintenance 
tables for the current quote's 

Doms_Cugtomer_Number. 



AOE Databasej^ 
ShipToSeq Num'^i 
Forecast_Mainten 

ance bbles 




150-P9 



Return to calling function without 

errors 



Return to calling function with errors 



FIG. 15P 



y 200 


y 150-Q3 


AOE Database; 
Orcler_Header 

tables 


► 




Retrieve all Order_Header 
information from Order_Header 
table for Changes that have been 

applied to the current 

P u rchase_0 rde r_Nu m be r 





150-Q5 



150-Q4 



GotoD 

H PreEdit 
Validations , 




Update the original Order_Header 
recordset with the Changed value from 
the Order_Header Change recordset 



150-Q10 



Fie.15Q 




FIG. 15R 



150-S1 



BB 

Check Prices 



150-S2 



Joes Check_Shipping_Totai 
from Orcler_l\/laintenance table 
= "Yes"? 



150-S3 



150-S4 




FIG. 15S 



Adding 

additional rules 
to a platform 
1600-1 



][ 

Providing a 
buffer program 
in the 
disparate 
platform to 

deparse data 
1600-2 



Storing data in 
the disparate 

platform 
according to 

original rules 
1600-3 



Fig. 16 
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Get DB 

Connection 

information from 
the Registry 



Get Messaging 
' Agent from 
Registry to 
determine US or 
Canadian AOE. 



Get List of 
customer with 
the same 
Messaging 
Agent 




Get Ail 
unacknowiedged 
orders from order 
header table 



AOE Database 



Get FTP 
information from 
order_transport 

database 









fit \%fi^ 

1 



yes 



yes 




FiIelD= hi 
Previous File 
ID 



Get Not ready to be 

acKnowiedge orders 

from Order Detail using 
the current file id 




AOE Database 



Delete record from 
Order Header 
recordset 



^goto^ 




page 7 



Create File 
Wrapper 



Create Ack Header 



i %o - :i 




2 






3h 



goto 



AOE Database 



\%c { no 





Get Amount 






from DOMS 






reply detail 






table 








Write Amount 




-Re- 



order Status = "lA" 



/8o ' 3^ 



yes 



Order Status = 
"IR" 



Create Ack 

Status 




1 o 'I 1 



-no- 



page 6 
A 




Get Option & Option 

Pricing detail from Sku, 

Sku Pricing, order 
option, order detail, 
quote detai! 




yes 



Get solution & solution 
Pricing detail from Sku, 
Sku Pricing, order 

option, order detail, 

quote detail 




Solution \' c>u 
Found? 



Update the option 
recordset using 
the solution 
recordset 




G ) \ ro ' b o 



Write Options 



1 SO - lo\ 




AOE Database 



6 - 



page 2 




Header 

EOF? / ,^i^%0 

yes 



Create Trailer 



I 



Close 
Acknowledgement 
file 



^2 




M 

page 8 



FTP the Order 
Acknowledgement 
file 



Successful!?/ ) - ^ ^ 




store Sql statement to 
update order status 

fieki in orderheader 
table for each header id 



Get Order 

Details for the 
current 
header id 




'goto^| <g 



f\&. 1 




K 

page? 



' goto^ 




N 

page 1 




update order 
status table 



)%0 




EOF OrderV I GfeT ^ 
Detail 



yes 



Update order 

detail table 




Update order 
header table 



Resets 
Catculattons 




Customer \ , 
EOF? > (O I 



10 - I O d- 



AOE Database 



I 
I 



Messaging Agent is used 
to determine which backed 
system to use and to 
assist in selecting the 
appropriate order transport 
records 




Pages 










Get FTP Files 





Login 

Password 

DSN 

Messaging Agent 
Support Pager 



[10 



Loop here to re-execute these 
processes for each file we pulled 
over from the FTP site 




1^ - U 



Loop until no 
more Order Files 




AOE Production Server 



Pages 



Retrieve Order Fife from Orders 
directory and Populate UDTs. 

After populating UDTs move file 

from Orders directory to Order 
Archive Directory 



loop 




Insert Snapshot-^ 




r 




Find Order 
Maintenance 








PreEdit Wrapper 



1^0 ''0 



Select all fields 
from the order 
maintenance 
table for the 
current order 



■AOE 

Database 





1^ O' / 5t 




-F, 



1^ 




Ho 



, ft. 



Loop and process 
all orders for the 
current file 
reference Id 



AOE 
Database 



Select all fields 

from the order 
maintenance 
table for the 
current order 



Select order header 
record from order 
header table for the 
current Header ID seq 



Goto 

i PreEdit 
Header 



7 ^ 



Initialize DOMS 
IPM Request 



Loop 



PreEdit Header 



' 110' 3; 




YES 



Order Release 
Entail 



Write App Event 
Log Info 



Next iCurrentFile 




NO 




Loop 




FindReproces 
sDetaii 



NO 




AOE 
Database 



Set default error 

message 



Loop and 
reprocess all 
orders 




Select all fields 
from the order 
mainterwtfwe 
table for the 
current order 



37 



Select order header 
record from order 
header table for the 
current Header ID seq 



InitiallzeAOMS 
IPM Request 



Page? 



Loop 




NO 




Loop and 
reprocess all 
internal cancels 



Select Maintenance and 
Transport records for 

current customer 



Process Internal 

Cancel 




Loop 



1 ^o-^T/ 



Order Release 

Ennafl 



Write App Event 
Log Info 



Mo- 






NO 




Clean Up 








I jo - ^} 



Begin Transaction 



Loop through 
Order Header UDT 



1 (3 



Insert into Order 

Header and Order 
status table. 



AOe Database 



Select records from Order Header 
with the current Fite Reference ID 
and Change File Reference ID 
(QuoteHeader recordset) 



Move to the last record so that we 
can determine what the current 
record's Header_ID_seq 




Loop 



Move to last 
QuoteHeader 
record 



'^0 - IL^ 



set Gustonner 
Numt>er and 
Header Id 
Sequence in the 

QuoteHeader UDT 



Rollback 
Transaction 



AOE Database 



\ 1o- so 




YES 



4P 




"Order Change Flag = 

NO" 



Error Flag = YES 



YES- 



"Order Car 

N( 


icel Flag = 
J 






Error Rag = YES 



-YES 



YES 




1^ ' ^00 



"Missing File Ref ID or 
ISA Number 



Error Flag = YES 



YES 




fit, /^^ 




select Original PO record (s) from 
Order Header 

(Trans Purpose Code = '00'. 

Purchase Order Num. File 
Reference ID) 




'has not been Acked 
yet" 



Error Flag = YES 



"Purchase Order Date 
is missing" 



NO 




NO- 



"Invalid Purchase 
Order Date" 



Error Flag = YES 




Is Currency Code is Null? 



Currency Code = Ordef^ 
^aint - Currency Code^^ 



"Invalid 
CurrencyCode" 



Cancel Order? ^> YES 



Error Flag = YES 




Reprocess In Progress 



Any of the following can 
be changed 

- Shlp-to:Check for Required 
Ship-to fields 

- Look for Original Order 
Validate Tax Exempt 

Validate Shipping Service 

Validate Shipping Charge 
Validate Shipping Payment 
Validate Plan Ship Date 
Validate Plan Ship Code 
Validate Ship-To fields 
Validate Bill-To fields 



Calculate Valid 
minimum cancel 
date 



Check For Blank 
Header Fields 
(must be blank) 



1^0' f 




AOE Database 



Error Flag = False? 



NO> 



Insert Pre- 
Edit error into 
Order Error 
table 



(Id- 
(3 ^ 



□rrent Date is aiT 
minimum allowed cancel 

date? 



"Less than contractual business 
days to cancel order" 








Insert Spaces For 

Cancels 


1 


r 



-YES- 



Exit 




Fie., i^I 



AOE Database 



-Too 



stored Procedure 



Select Header ID 
Seq from the 
Original Order 

Header 



Using the Header ID Seq 
Update the Original Order 
Detai!(s) 
PL - Pending Cancel 
PG - Pending Change 



Using the Header ID Seq 
Update the Original Order 

Header 
PL - Pending Cancel 

PG - Pending Change 



*'No Order For Orig PO" 



-NO 



Insert Pre- 
Edit error into 
Order Error 
table 



Select OriginalOrder 

recordset from 
domsjeply^detail, 

order__header. order_detail 
tables 

(Distinct Doms Order Num) 




Used for the Release 
Email 



Insert into 

Order Status 

table 



AOE Database 



Page11(^ ^1 1^6 'J S"?- 



-NO- 



f Exit j 




YES l^o ^ 



Lc 



Send lo OMS 



r 



1° 



AOE Database 




Insert 

SencTTo^. OMS 

status into Order 

Status table 



IS Co 



Send To 
-OMS1240 



I 'jo - 
15-1 



-Netweave 



Successful 
•00' 



insert 
ReplyFromDOMS 
status into Order 
Status table 



Insert into DOMS 

Reply Header and 
Only insert into 
CX)MS Reply 
Detail if order 
Change. 





Fatal Error 
'99' 



Update Order Header, 

Original Order Header, 
and Original Order 
Detail(s) 
CL - Cancel 
CG - Change 






1 




Loop through 
errors array 



Loop 



Insert 

ReplyFromDOMS 
status into Order 
Status table 



Too Late 
'90' 



Insert 

ReplyFromDOMS 
status into Order 
Status table 



Insert into ^OMS 
Reply Header 



Update Order Header 
(Order Status - 'DE') 




Update Order Header. 

Original Order Header, 
and Original Order 
Detail(s) 
(ORder Status = *CR') 



Insert ReadyToAck 
status into Order 
Status table 




Insert Geo 
Code into 
Geo Code 
Table 



Insert 
ReplyFromDOMS 
status into Order 
Status table 



Exit 



Get DB 
Connedion 
information from 
the Registry 



Get Messaging 

Agent from 

Registry to 
detemiine US or 
Canadian AOE. 





Get List of 






customer with 






the same 






Messaging 






Agent 






700 



Get All 
unacknowledged and 

ready change and 

cancel orders from 
order header table 



7 00" -7 



AOE Database 



o 



Get FTP 

information from 
order^transport 
database 




Order Header or 
Ofder_Transport 
Empty? 




A ' 





2 



yes 
T 



7^ 



AOE Database 



Get Amount 
from 90MS 
repfy detail 
, table 



Write Amount 



Get Header 
Error 



no 



Get Detail 
Error 




1,00- ^ error or 
' ^ found detail 



Order Status = "lA" 



Order Status = 




yes 



^6 



Create Ack 
, Status 




Order 

Change? ><:>0"^.^ 



C 




FTP the Order 
Acknowledgement 
file 




f /6 ?-iy 



yes 



no 



store Sql statement to 

Update order status 
field in orderheader 
table for each header id 



Get Original Order 
Details for the 
current change/ 
cancel header id 



Update order 
status table 



yes 



Update order 
detail table 



AOE Database 



3 O 




AOE Database 



9ob 



order \-^<^ ^ ' 




page 6 



oE 



start 



Get the order number 
Recordset from tables: 
Doms_RepIy_Detail, 
Order_Maintenance, 
Order_Tracking_Header 



7^ 

DB 

<J)0 





Check Order„Tracking_Header 
table using Doms_OrcIer_num 



Update 
Order_Tracking„Header 

table with Order_2talus, 

Plan_Ship_Date, and 
Work Center 




-No — ► 



Insert info into 

Order_Tracking_Header 



table 



Check Order_Tracking_DetaiI 
table 



r 



Update 
Order„Tracking_Detail 
with 

Current_Routing_Position 



-Yes 




r 



Insert info into 
Order_Tracking_Detail 
table 



Check ServiceJTags table 



Update ServiceJTags 
with Service^Tag 



<— Yes 




No ► 



Insert info into 
Service tags table 



Check Shipping_History table 



Update 
Sh!pping_History with 
Ship_Datetime 



< Yes 




Insert info into 
Shipping_History 
table 



fo 



start 



Copy file SYSTEMS.DB from . 
SlNT2\SYS\ACCTDATA \W @ rUE L ^ 



to current folder 



Get Order Number and 
Service_tag Recordset from 
table Service_tags 





-Yes ^ END ^ 



(Search the Asset_Tag in the file) 



0^/ ^ 




-No- 



Write to an audit 
file 



OrderAssetTagsY^. 
YMMDDHHMM.k) 



Y3S 



Update Servlce_Tags 
table with Asset_tag 
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start 



Load order File 

screen 



Get all order file 
information from 
order header 



2 "3o' B 




Get sum of 
successful! bundle 
and custom orders 



7 30 



Update the the 
recordset 



Get sum of 
exception bundle 
and custom orders 



M 



Update the the 
recordset 



get successfull 
change and cancel 
orders 



I 



Update the the 

recordset 




fi 



AOE Database 

Tic 



6r :5B,-3A 



Exit 





No Order Files 




Found 



9^' ^e> 




Populate the order 

file grid 



Display the order 
file grid 




Enable the 
Quickship Usage 

Report 




Unload Order File 
Screen 




3 



..X 



Order Summary 



Manual DOMS 
Entry 



Search 



View pending 
■ Orders 



Reports 



Exit ^ 




Select order summary 
from order header, order 
detail, service tags and 
doms reply detail 
using specific PO Number 



O -7 



Select order summary 

from order header, order 
detail, service tags and 
doms reply detail 
using specific Change File 
ID 



Select order summary from 

order header, order detail, 

service tags and doms reply 
detail 

using specificDell Order 
Number 



yes 



Select order summary 

from order header, order 
detail, sendee tags and 
doms reply detail 
using specific Change File 
Date 



Exit 




goto 



f/6 



3 




'1 



Clear Order 
Summary Grid 



Populate the order 
Summary Grid 



Display Order 
Summary Screen 




Enable Internal 
Cancel/Change 
Button 




Select Detail 



Order Information 
(More button) 



4 




Show 

frmShlppingCharge 



Enable Fields 



0- 



YES 



1 



Prepare For Grid 




1 


r 


Display Entry 
fields 


User 1 
Shippinc 
Dc 


Enters 
} Charge 
ita 



Unload 
frmShippingCharge 




Cancel 



Add 



Insert 
Shipping 
Charge into 

Shipping 
Charge Table 





Select 






Updated 






Shipping 






charge 






recordset 






from Shipping 






Charge table 





AGE Database 



Prepare For Grid 



Exit 



'I 


r 


Get Shipping 
Charge from Grid 






r 


Loop and Fill in 
dropboxes 




r 


FilMnShipSeqNum 

Fields 



1 

De 


ete 




r 


Get Shipping 
Charge from Grid 




r 




Update Grid 



T 



Select 
Updated 
Shipping 

Charge 
recordset 



0- ^--^ 




r 

c 



User selects "Email List" 
option from Orders Menu 
in the Customer screen. 



Retrieve Orcler_Email information from tlie 
database for the current customer number. 
Fields include: Order„EmaiLSequence_Num, 
EmaiLType, Email_Address, 
Advanced_Ship_Notice_Sequence_Num 



AOE Database; 
Order_Email table 



Disable "ADD" and "DELETE" 
buttons on the Order Email List 
screen. This user doesn't have 
permissions to Add or Delete email 

acMresses, 




poo 



-No 



--7 




:2 3o 



Yes- 



Loop thru the Order_Email recordset, add 
each record to the Order_Email List screen 
grid. 



Display message to customer/An email 
address does not exist for the current 
Customer. Would you like to create one?' 



Display message to customer, "An 
email address does not exist for the 
current Customer." Return to 
Customer screen. 




r 



END 



User selects "Yes" (to 
create the first email 

address) or "No" (to exit 
back to the Customer 
screen). 





User presses "Delete button from 
Order Email Address List screen. 



Display message, "Are you sure you 
want to delete this email from the list?" 




No- 




Delete the selected record from the 
Order_Email table in database 



Re-retrieve Order_Email information from the 
database for the current customer number, 

( Order_EmaiLSequence_Num, EmaiLType, 
EmaiLAddress, 
Advanced_Ship_Notice_Sequence_Num) 




AOE Database; 
Order_Ematl table 



Loop thru the new Order„Email recordset, 
add each record to the Order_Email List 
screen grid. 



Display message, "(Email Address) has 
been deleted from the database." 



Display Emai! Address List screen 



30 ^ S^^9''^i 

( END 




User selects "Advanced 
Ship Notice" option from 
Orders Menu in the 
Customer screen. 



Retrieve Advanced Ship Notice information from 
the database for the current customer number. 
Fields include: Destination Contact Name, 
Destination Location, Destination Address, 
Destination Email address, ShipTo address, etc 




AOE Database; 
ASN_Maintenance_Header, 
ASN_Maintenance_DetaiI 




Disable the Destination and ShipTo 
grids, Disable the Add/Delete 
buttons. 




User double-clicks on 

either the Destination or 

ShipTo grid on the 
ASN_Maintenance 

screen. 



2. 30 




Yes-> 



Populate popout screen with the 
selected information from the grid 

row that was double-clicked by the 

user. 



User updates any/all of 
the Destination or ShipTo 
information in tfie Popout 
screen's textlxjxes. User 

then clicks "Save" or 

"Cancel" 



Display message, "Access is 




Denied." 




Return to ASN_Maintenance 




Screen. 








1 


r 





END 




Cancel- 







Close and clear the popout screen. 
Return to the ASN_Maintenance 
screen. 



:2 3o-' b --2 ^ 



Delete 




Add / Update 



Get AddAJpdate information from 
Popout Screen 



Validate the user entries (ex. 
Contact Name cannot be blank. 
Address cannot be blank, Zip must 
be 5 numeric digits) 



-2- ^' 




A 

Update 

Database / -^(o" 




No- 



Display message indicating which 
data value was invaftd. 

Return to ASN_Maintenance 

Screen. 



AOE Database; 
ASN_Maintenance_Header. 
ASN_Malntenance_Detail 
table 



Yes 



Update/Add/Delete Advanced Ship Notice 
information in the ASN_Maintenance_Header 
and ASN_Maintenance_Detail tables 



7 



oo 



Re-Populate the C 

the ASN screen 

ASN„Maintenanc 
Auto-select tf 


r 

Destination grid on 
with all updated 

e_Header records, 
le first record. 




r 


Re-Populate the ShipTo grid on the 

ASN screen with all updated 
ASN„Maintenance_Detail records 
associated with the first 

ASN_Maintenanc9„Header record. 




Select Tax Exempt 

certificate from order menu 
in customer screen, (only 
customesr with tax exempt 

flag turned on tiave this 
option.) 



Exit 



No Tax certificate 
for this customer 



-no- 



Get tax exempt 

certificate info 
from tax exempt 
customer table 



^ 'b<=> 




yes 



Reset fields 


Enter r 
certif 


lew tax 
icate 




r 


enabled save 

button 



Tie 3.3- 




Display the tax 
exempt screen 



I 



Populate the tax 
certificate fields 



Set the next/prev 

button enabled/ 
disabled 




1.1,^- 



Enable add, 
update, delete 
buttons 




Next/Prev 



Add 



Update 



Delete 



Save 



C 



Exit 




Set the next/prev 
button enabled/ 
disabled 




start );?'2>0'g^';2«j 



user die 

but 


k on Add 
ton 






Reset fields 



Enabled fileds 



Enter tax 
certificate info 



Enabled save 
button 



I 



Disable other 
buttons 



C ^» ) 



start ) ;?:5o'?r' 




yes 

jL 



Tax certificate has 
been deleted 



Populate the tax 

certificate fields 



Set the next/prev 
button enabled/ 
disabled 



( start ^ 93- 




Get the same 
tax certificate 
info from tax 
exempt 
customer 




yes 
T 


Tax Certificate 
already exist 








fail duplicate 
check 






M 1 


r 





start ^^g'^''''' 



Select Manual DOMS entry 
and double click on an order 
file from the order file grid 




-yes- 



Get Orders from order 
header, order detail, 

doms reply detail using 
the specific order file ID 




a 30 



Clear Manual 
DOMS entry grid 



Populate manual 
DOMS entry grid 



AOE Database 



Display Manual 
DOMS entry 
screen 




730 



Enable process 
button 



0- 



Exit K 



-yes- 



Please enter valid 
■order 
number 



-yes 




Append leading 
zeros if Mfib 
order number < 9 



Update the^OMS 
manual entry grid 



Exit )-< 





Delete Orders that 

were not changed 

from the recordset 



-2-30 ->r 



Exit 




yes- 




C ) 2-^0-^ '-^^ 



Build the 0OMS 
IPM 



1 



Get messaging 
Agent from order 
maintenance table 



1240 ^ 



AOE Database 



Send to^OMS 




page 5 



parse^,OMS 
Reply 



9°*° 1 ^ ^ — 




-7 3^-'^' V / 



AOE Database 



Roll back 
transaction 



-yes 



AOE Database 



Replace O with 0 
for PO number 



Begin 
Transaction 




Update 
-jrOMS reply 
Header 




Update 

DOMS reply 
Detail 




Commit 
transaction 



-yes 



-yes ^H^pJ pages 

*t -He 



-yes-" 



4 



update textbox 
next to grid with 
error message 





2- Zo- i ^5~^3 



Update textbox 
next to grid with 

sucessfull 

message 



Update Oder 

status field in 
order detail 
with 'DO' 



I 



Delete error 
from error 
table for tfie 
current detail 

id 




230 




c J -x-^o-^-b^ 
page 3 



Process finished 



Refresh the screen 



Exit 




Double Click on an 
Order File from the 
Order Files grid 



Select order summary from 
order header, order detail, 
service tags and doms reply 
detai lusing specific order file 
ID 



AOE Database 




L 

2,00 



Remove Duplicate 



I 



Clear Order 
Summary Grid 



■2 3^ ''^ 



Populate the order 
Summary Grid 




10 



lo 



Select Detail 
(page 3) 




Display Order 

Summary Screen 



230 




Jser =:\ ^ / -J 

Admin or \^ 7 JO -i ^ ^ > 
Customer 
. Admin^ 



Enable Internal 
Cancel/Change 
Button 



^3- 




Order Information 

(More button) 
(15) 



Order Status 

(14) 





Click on View Pending 
orders button on Order 
Files Screen 




no 



statement 



1 



0^ 



AOE Database 



Get Original 

pending orders 

based on date 
range or number 

of days 



Get Change/ 
Cancel pending 
orders based on 

date range or 

number Of days 



Get Internal 
Cancel/Change 
pending orders 
based on date 
range or number 
of days 




No pending orders 
found 




^ < 







Exit 





Populate pending 
order grid with 
Original pending 
orders 


^ 


r 


Populate pending 
order grid with 
Change/Cancel 
pending orders 






Populate pending 

order grid With 

Internal Cancel/ 
Change pending 
orders 




r 


Displa 
pendin< 


y order 
J screen 








Change Order 
Status 



Process 



Geo Code Screen 




page 7 



7 30-^^'^^ 



^Order number = true 
and valid order 

status 




new order status = 
'Preedit Error' 




0^30 



cancel- 



new order status = 
previous order 
status 



new order status = 
'Reprocess' 



order status 



Changing color , 
scheme based 0 ^(^^1^ 




shipdate? ^ ^ 



update planned 
shipdate column 
on the grid 




^3 ^w/'^J^ 



:2 30 



^ 3o 




update order 

Status = new order 

status 




^Qeo Code Q - } { 



update order 
status = new order 

statu, ctifr order 
numbers new 
order number 




0 



double click on the 
desired city from the 
geo code grid 



grab city, county, 

geo code 
information from 
the geo code grid 



update the order 
pending grid with using 
the information gather 
from the geo code grid 
and set order status = 
reprocess 




73- 




9 1 ' 



-goto 




-no- 



^30 



Preedit Error? > — no* 




order status 
= 'PR' 



Build SQL to 
update order 
header 



Build SQL to 
update order 
status 



P'3o 




ChangeCancelError + 1 



C ' 



■7'? 



73-1/ 



Build SQL to 

update order detail 



Build SQL to 
update order 
status 



-9^ 




P5 



- tt 



Build SQL to 
delete current 
order from order 
error 




yes 




goto 




update select flag 
= Y Geo Code 
table for the 
selected geo code 



Delete unselected 
geo code data 
from geo code 

table 



71- ! 





Get the last order 

error number from 

order error table 
for the current 
order 



Build SQL to add 

order error 

message for the 
current order 





Expedited 

Ship Date Change^ 1)^3 O ' ^ ' ' ^'*7 
order? 



yes 



Get the last order 
error number from 
order error table 
for the current 
order 



-1/ 



AOE Database 




yes 



Build SQL to 
update planned 
shipdatefor the 

current order 



Build SQL to add 

order error 
message for the 
current order 





no 



Get original 
order header 
and detail 
information 



Update 
original order 
header and 
detail 



Update 
change/ 
cancel order 
header 




User selects a purchase 
order number in the grid 

list, then clicks the 
"More.,." option from 
Order Summary screen. 



Retrieve Order_Header information (both the 

order record and change/cancel records, if any 

exists) from the database for the selected 
purchase ord^r number record. Fields include: 
Order_Status, ShipByDate, PO_Type, ShipTo/ 
BillTo Information, PO„Number, etc 



AOE Database; 

Order_Header table 



Retrieve Order_Credit_Card and 
Customer_Reference information from the 
database for the selected purchase order 
number record. Fields Include: 

Cfedit_Card_Number, Card„Owner.Name, 

Expiration_Date, Percentage_of_Payment, 
Daily_Umit, Order„referenceJd. 

Order_Ref_Num, etc. 




-No- 



AOE Database; 
Order_CrediLCard, 

Custom 6r_Refe re nee 

- tables - 



Display message to user, "No 
Order Information Found" 



EWD 



Populate all Order_Header fields for the original 
order record into the "Order Header" tab in the Order 
Info screen. 



Populate all Order_Header fields for any Change or 

Cancel records received from the customer into the 
"Change/Cancel" tab in the Order Info screen. 



Populate all Order_Credit_Card and 

Customer„Reference fields for the selected PO 

number received from the customer into the Order 
Header tab in the Order Info screen. 



30 '/r-/o 



Retrieve Order_Detail information from the 
database for the selected purchase order 

number record. Fields include: Ouote^Number, 

Unit_Price, Une_ltem_Total, Order_Status, . etc. 



QoloB 

Populate 
Order Detail ; 
tab 



AOE Database; 

0rdef_Det5il 

table 




Display Order„lnformation screen 



Populate an Order_Detail records for the selected 
PO number received from the customer into the 
Order Detail tab in the Order Info screen. 



END 



AOE Database; 

Order_Option 
table 



Retrieve Order„Option information from the 
database for the selected purchase order 

number record. Fields include: 

Option_lndicator, Option_Quantity, 
Legend_Code, Action_Code , etc. 



J-iO-li'-ly 



5° 



o 




Display Orderjnformation screen 



Populate all Order_Option records for the selected 
PO number received from the customer into the 

Order Detail tab in the Order Info screen. 



770 



yes 



start 



Select an Order 



Get^OMS reply 
information from ftOMS 
reply header, ^OMS 
reply detail and order 
detail table 



P3 




>3o 'I 



Populate ^OMS 
reply grid 




Get#OMS reply 

information from >OMS 
reply header, ^OMS 
reply detail and order 
detail table 



73^ 




fie-- ^ ^ 



3 




yes 



Populate pOMS 
reply grid 




m 



Q 
UJ 

n 



Get Order 
Error from 
order error 
and order 
detail table 




yes 



Populate Order 
Error grid 



Get Order Tracking 
from order tracing, 
order detail and«oms 
reply detail table 




I 



yes 



yes 



Populate Order 
Tracking Grid 



Get shipping 
history from 

shipping 
history table 




Populate Shipping 
history grid 



Modified Error 
message 



Cancel/Reassign 




Order Information 
(More button) 
(15) 



Order Status 
(14) 



J 



U-- 



start J)^^o- , 




Number or blank to 
search inventory/build 
new 



^ X:^3o - 7 

Blank? J> yes — 



no 



yes 

t , 

BuilcJSQLto 
update order detail 

with new«B»order O - _ I / 

nam and order <r O CJ 
header with 'IC* 



3o -IF'? 





:^3o- IS - 1^ 



6 



start ^ 030-1^^ ' 



Get database info 

from registry 




Windows 

registry 



Exit 



get customer 
info from 
customer 
screen 




AOE Database 



:2 3o'^^-M poo 







Get Order 








Siiipping 








information 








for current 








date 





I 



GetAdv 
Shipping 
Notice header 



V 1o 



/ 1 ' 



get Adv 
Shipping 
Notice detail 



^530 -f'=}.' 10 




1 1 



© 



Open Excel File 





User selects "Complete Order Detail Report" 
option from FteportSS Menu in the order FUes 



List screen. 



Display the "Ask" screen to ask the user with which 
parameters to run the CompleteOrderDetail report: by 
File Reference ID, by File Received Date, or by 
ShipByDate 



User selects either FileReferencelD {and enters an ID 
number), or Received Date (and chooses a date 
range), or ShipByDate (and chooses a date range). 
User then clicks "Proceed" button or "Cancel" button. 



7 



30 

Cancel—^ 




Return to the Order Fife 
List screen 



END 



Retrieve Order information; get customer's requested order information from 
Order_Header & Order_Detail tables, get DOMS order information from 

D0MS_Reply_H6ader & DOIVIS_RepIy_Detail tables, get System Desc information 

from Quote_Header table, get Base SKU and Legend Code information from SKU 
table, get DOMS Order Status information from Order_Tracking_Header & 
Order„Tracking_Detail tables, get Service/Asset tag info from Service.Tag table, ge : 
ShipAWayblH info from Shipping_History table. Get the same information for all 
change and cancel records as weilL 



Jo- / ^ 




AOE Database; 

Order_Header. Order„Detail, 
DOMS_Reply_Header, 
DOMS_Reply_Detail, Quote^Headc 

SKU, Order„Tracking_Header, 
Order_Tracking_Deta(l, ServjceJTa 
^--._&ShippingLHistory tables^ 



Display message, "No 

orders found* Return to th€ 
Order File List screen 




END 



CompleteOrderDetail 
report file, in" 




Open an instance of t>f(^c^ 



r format 
the report columns 



Loop thru the order 
recordset, write all report 
field values to the Excel file 




Update report completion progress on user screen, 
(ex- "Writing record 1 00 of 250 to 
CompleteOrderDetailReport") 



930 -P-O 



Save Excel file to 



application path. Make 
file visible 




r 



END 



30 



0 



-IS" 



start 



User selects 'OrderException 

Report" option from Reports 
Menu in the Order Files List 
screen. 



Display the "Ask* screen to ask the user with which 
parameters to run the QuickshipUsage report: by 
Number of Days (from Today's Date) or by File 
Received Date 



User selects either Number of Days (and 

enters a number), or Received Date (and 

chooses a date range). User then clicks 
"Proceed" button or "Cancel" button. 



.J 




Return to the Order File 

List QcrQ^n 



END 



Retrieve Order information; get Purchase_Order_Date, 

File„ReferenceJD, Purchase.Order^Number from 
Order_Header table, get Error_count, Error Date. & Error 
Description from Order_Error table, based off of user-selected 
date range from Ofder_Headef table, for orders that have an 
exception status. 



2oo 



AOE Database; 
Order_Header, Order.En-or 
tables 



OrderException report 
file, in rwigymi 





open an instance of 
^r^^^^j^W^^Bw**, format the 



report columns 



Loop thru the order 
recordset, write all 
report field values to 
the -HM file 



Save -apwet file to the 
application's directory. 
MakeBWififlfne visible 



Display message, 'No 
orders found.' Return to the 
Order File List screen 




-yo-d \-'^ 



END 



t 




User se\ecis "Order Matrix Report" option 
from Reports Menu in the Order Files List 

screen. 

4- 



Display th9 "Ask* screen to ask the user with which 

parameters to run the OrderMatrix report: by Number 

Of Days or File Received Date 



User selects either Number of Days (and enters 

number), or Received Date (and chooses a date 
range). User then clicks "Proceed" button or 
"Cancel" button. 




Return to the Order File 
List screen 



No — 1 



END 



Retrieve Order information; get File_Reference_ID, 
Translat!on_DateTime, LineJtem_totaI, & Order_Status from 
Order_Header table; get Order„Type from Order^Detail table; 
retrieve change/cancel record information irom Orderjhieader 




AOE Database; 
Order_Header & 
Order_Detail 

■ — — tables — - 



03 0-^2 



Display message, "No 
orders found." Return to the 
Order File List screen 



END 



For each day in the user-seiected Date range, calculate the 
totals: (ex- Total number of Custom Orders, Total Dollar 
Amount of Bundle orders, Total number of Custom exceptions, 
Total number of exceptions, Total Dollar Amount for the Day, 
etc.) 




Open an instance of spf^jjP^ 
^tfPCTffirr . format J/^ ^ ^ ^ ^ /l.^ 
the report columns / 



Loop thru the order 
recordset, write all 
report field values to 
thL^wmtTiie 



Save Excel file to the 

application patfi, 

Make flKM- file visible 




END 



;3o 



fie 
7 ^'^i^ 




User selects "ShippingStatus 
Report" option from Reports 
Menu in the Order Files List 
screen. 



Display tfie "Ask" screen to asK the user with which 

parameters to run the Quickship Usage report: by 
Number of Days (from Today's Date) or by File 
Received Date 



J 



User selects either Number of Days (and 
enters a number), or Received Date (and 
chooses a date range). User then clicks 

"Proceed" button or "Cancer button. 




;2 3o OS A 



Cancel- 



Return to the Order File 




List screen 


-A 


A 






No — 







END 



Yes 



Retrieve Order (nfomiatton; get €P0MS_Order_N umber, 
PO_Number, ShipDate from Order_Tracking„Header table, get 
Zone_Code, Ship„Waybill, Box_N umber from Shipping_History 

table; get Service^Tag. Ass€t_Tag from Service _Tag table, 
based off of user-selected date range from Order_Header table. 



ShippingStatus report 

file, in^fif&sejecfet 




AGE Database; 
Order_Header, 
Order_Tracking_Header, 

Shtpping__History, 
— S eivice Tag tabl es.^ 



Display message, *No 
orders found." Return to the 
Order File List screen 



END 



?3 0"^5"' // 




Open an instance of 
JllMlMRii; format the 
report columns 




Loop thru the order 
recordset, write all 
report field values to 
the Excel file 




7.0 ^s " 1^ 



Save Excel file to the 
application's director/, 
Make Excel file visible 



END 



.30 



start 



User selects "QuickshipUsage 
Report" option from Reports 
Menu in the Order Files List 



Display the "AsK" screen to asK the user with which 

parameters to run the QuickshipUsage report: by 
Number of Days (from Today's Date) or by File 
Received Date 




o - ^ M " 5 



User selects either Number of Days (and 
enters a number), or Received Date (and 
chooses a date range). User then clicks 
"Proceed" button or "Cancel" button. 




Return to the Order File 
List screen 



END 



Retrieve Order information; get Quote_N umber, 

Reprocess6d_Order_Number, gystem_DeSCription ffOm 
Quote_Header & Order_detaiI tables, get Order_Process_Type 
from flpMS_Reply_Detail table based off of the 
transIation_datetime stamp in the Order_Header table 




AGE Database; 
Order_Header, 
Order_DetaiI, 
0OMS_Reply_DetaU, 
..Quote^Header table§^ 



Display message, "No 
orders found.* Return to the 
Order File List screen 



■C 



END 



Open an instance of 
MfiaaaW, format the 

report columns 



Loop thru the order 
recordset, write all 
report field values to 
the Word file 



Save Word file to the 
Temp directory, Make 
Word file visible 



END 




Attorney Docket No.: M-881 1 US 
DECLARATION FOR PATENT APPLICATION 

AND POWER OF ATTORNEY 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below adjacent to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, 
first and joint inventor (if plural names are listed below) of subject matter (process, machine, 
manufacture, or composition of matter, or an improvement thereof) which is claimed and for which a 
patent is sought by way of the application entitled 

AN AUTOMATED CONFIGURATION CATALOG 

which (check) ^ is attached hereto. 

I I and is amended by the Preliminary Amendment attached hereto. 

□ was filed on as Application Serial No. 

I I and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information, which is material to patentability as defined in Title 
37, Code of Federal Regulations, § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19(a)-(d) of any foreign 
application(s) for patent or inventor's certificate or any PCT international application(s) designating at 
least one country other than the United States of America listed below and have also identified below 
any foreign application(s) for patent or inventor's certificate or any PCT international application(s) 
designating at least one country other than the United States of America filed by me on the same 
subject matter having a filing date before that of the application(s) of which priority is claimed: 



Prior Foreign Application(s) 


Priority Claimed 


Number 


Country 


Day/MonthAfear Filed 


Yes 


No 


N/A 






□ 


□ 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States 
provisional application(s) listed below: 



Provisional Application Number 


Filing Date 


N/A 





I hereby claim the benefit under Title 35, United States Code, § 120 of any United States 
application(s) or PCT international application(s) designating the United States of America listed 
below and, insofar as the subject matter of each of the claims of this application is not disclosed in the 
prior application(s) in the manner provided by the first paragraph of Title 35, United States Code, § 
112, I acknowledge the duty to disclose information, which is material to patentability as defined in 
Title 37, Code of Federal Regulations, § 1.56, which became available between the filing date of the 
prior application(s) and the national or PCT international filing date of this application: 
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Application Serial No. 


Filing Date 


Status (patented, pending, abandoned) 


N/A 







I hereby appoint the following attomey(s) and/or agent(s) to prosecute this application and to transact 
all business in the United States Patent and Trademark Office connected therewith: 



Alan H. MacPherson (24,423); Brian D. Ogonowsky (31,988); David W. Heid (25,875); Norman R. 
Klivans (33,003); Edward C. Kwok (33,938); David E. Steuber (25,557); Michael Shenker (34,250); 
Stephen A. Terrile (32,946); Peter H. Kang (40,350); Ronald J. Meetin (29,089); Ken John Koestner 

(33,004); Omkar K. Suryadevara (36,320); David T. Millers (37,396); Michael P. Adams (34,763); 
Robert B. Morrill (43,817); James E. Parsons (34,691); Philip W. Woo (39,880): Emily Haliday 
(38,903); Tom Hunter (38,498); Michael J, Halbert (40,633); Gary J. Edwards (41,008); Daniel P. 
Stewart (41,332); John T. Winbum (26,822); Tom Chen (42,406); Fabio E. Marino (43,339); Don C. 
Lawrence (31,975); Marc R. Ascolese (42,268); Carmen C, Cook (42,433); David G. Dolezal 
(41^71 1); Roberta P. Saxon (43,087)- Mary Jo Bertani (42,321); Dale R, Cook (42,434); Sam G. 
Campbell (42,381); Matthew J. Brigham (44,047); Hugh H, Matsubayashi (43,779); Patrick D. 
Benedicto (40,909); TJ. Singh (39,535); Shireen Irani Bacon (40,494); Rory G. Bens (44,028); 
George Wolken, Jr. (30,441); John A. Odozynski (28,769); Cameron K. Kerrigan (44,826); Paul E. 
Lewkowicz (44,870); Theodore P. Lopez (44,881); Mayankkumar M. Dixit (44,064); Eric Stephenson 
(38,321); Christopher Allenby (45,906); David C. Hsia (46,235); Mark J. Rozman (42,1 17); Margaret 

M. Kelton (42,182); Do Te Kim (46,231); Alex Chen (45,591); Monique M. Heyninck (44,763); and 

Matthew J. Spark (43,453); Mark P. Kahler (29,178); Michelle M. Turner (35,724); Diana L. Roberts 

(36,654); Anthony E. Peterman (38,270); and Henry Garrana (27,887). 
Please address all correspondence and telephone calls to: 

Margaret M. Kelton 

Attorney for Applicant(s) 

SKJERVEN, MORRILL, MacPHERSON, FRANKLIN & FRIEL LLP 

25 Metro Drive, Suite 700 
San Jose, California 951 10-1349 
Telephone: 5 12-794-3600 
Facsimile: 512-794-3601 

I declare that all statements made herein of my own knowledge are true, all statements made herein on 
information and belief are believed to be true, and all statements made herein are made with the 
knowledge that whoever, in any matter within the jurisdiction of the Patent and Trademark Office, 
knowingly and willfully falsifies, conceals^ or covers up by any trick, scheme, or device a material 
fact, or makes any false, fictitious or fraudulent statements or representations, or makes or uses any 
false writing or document knowing the same to contain any false, fictitious or fraudulent statement or 
entry, shall be subject to the penalties including fine or imprisonment or both as set forth under 18 
U.S.C. 1001, and that violations of this paragraph may jeopardize the validity of the application or 

this document, or the validity or enforceability of any patent, trademark registration, or certificate 
resulting therefrom. 



Full name of sole (or first joint) inventor: Theresa M. Gosko 




Inventor's Signature: ^y/^^/^; Date: Qf(3f ijCJ(n 

Residence: Austin, Texas 

Post Office Address: 2604 Bridle Path Citizenship: U.S.A. 

Austin, Texas 78703 
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Attorney Docket No.: M-8809 US 
DECLARATION FOR PATENT APPLICATION 

AND POWER OF ATTORNEY 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below adjacent to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, 
first and joint inventor (if plural names are listed below) of subject matter (process, machine, 

manufacture, or composition of matter, or an improvement thereof) which is claimed and for which a 
patent is sought by way of the application entitled 

A SYSTEM AND METHOD FOR AN AUTOMATED ORDERING PROCESS 

which (check) is attached hereto. 

I I and is amended by the Preliminary Amendment attached hereto. 

□ was filed on as Application Serial No. 

I I and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information, which is material to patentability as defined in Title 
37, Code of Federal Regulations, § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19(a)-(d) of any foreign 
application(s) for patent or inventor's certificate or any PCT international application(s) designating at 
least one country other than the United States of America listed below and have also identified below 
any foreign application(s) for patent or inventor's certificate or any PCT international application(s) 

designating at least one country other than the United States of America filed by me on the same 
subject matter having a filing date before that of the application(s) of which priority is claimed: 



Prior Foreign Application(s) 


Priority Claimed 


Number 


Country 


Day/Month/Year Filed 


Yes 


No 


N/A 






□ 


□ 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States 
provisional application(s) listed below: 



Provisional Application Number 


Filing Date 


N/A 





I hereby claim the benefit under Title 35, United States Code, § 120 of any United States 
application(s) or PCT international application(s) designating the United States of America listed 
below and, insofar as the subject matter of each of the claims of this application is not disclosed in the 
prior application(s) in the manner provided by the first paragraph of Title 35, United States Code, § 
1 12, I acknowledge the duty to disclose information, which is material to patentability as defined in 
Title 37, Code of Federal Regulations, § 1.56, which became available between the filing date of the 
prior application(s) and the national or PCT international filing date of this application: 
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Application Serial No. 


Filing Date 


Status (patented, pending, abandoned) 


N/A 







I hereby appoint the following attorney (s) and/or agent(s) to prosecute this application and to transact 
all business in the United States Patent and Trademark Office connected therewith: 



Alan H. MacPherson (24,423); Brian D. Ogonowsky (3 1,988); David W. Heid (25,875); Norman R. 
Klivans (33,003); Edward C. Kwok (33,938); David E. Steuber (25,557); Michael Shenker (34,250); 
Stephen A. Terrile (32,946); Peter H. Kang (40,350); Ronald J. Meetin (29,089); Ken John Koestner 

(33,004); Omkar K. Suryadevara (36,320); David T. Millers (37,396); Michael P. Adams (34,763); 

Robert B. Morrill (43,817); James E. Parsons (34,691); Philip W. Woo (39,880); Emily Haliday 
(38,903); Tom Hunter (38,498); Michael J. Halbert (40,633); Gary J. Edwards (41,008); Daniel P. 
Stewart (41,332); John T. Winbum (26,822); Tom Chen (42,406); Fabio E. Marino (43,339); Don C. 
Lawrence (31,975); Marc R. Ascolese (42,268); Carmen C. Cook (42,433); David G. Dolezal 
(41,71 1); Roberta P. Saxon (43,087); Mary Jo Bertani (42,321); Dale R. Cook (42,434); Sam G. 
Campbell (42,381); Matthew J. Brigham (44,047); Hugh H. Matsubayashi (43,779); Patrick D. 
Benedicto (40,909); TJ. Singh (39,535); Shireen Irani Bacon (40,494); Rory G. Bens (44,028); 

George Wolken, Jr. (30,441); John A. Odozynski (28,769); Cameron K. Kerrigan (44,826); Paul E. 
Lewkowicz (44,870); Theodore P. Lopez (44,881); Mayankkumar M. Dixit (44,064); Eric Stephenson 
(38,321); Christopher Allenby (45,906); David C. Hsia (46,235); Mark J. Rozman (42,1 17); Margaret 
M. Kelton (42,182); Do Te Kim (46,231); Alex Chen (45,591); Monique M. Heyninck (44,763); and 
Matthew J. Spark (43,453); Mark P. Kahler (29,178); Michelle M. Turner (35,724); Diana L. Roberts 
(36,654); Anthony E. Peterman (38,270); and Henry Garrana (27,887). 



Please address all correspondence and telephone calls to: 



Margaret M. Kelton 
Attorney for Applicant(s) 
SKJERVEN, MORRILL, MacPHERSON, FRANKLIN & FRIEL LLP 

25 Metro Drive, Suite 700 
San Jose, California 95110-1349 
Telephone: 512-794-3600 
Facsimile: 512-794-3601 



I declare that all statements made herein of my own knowledge are true, all statements made herein on 
information and belief are believed to be true, and all statements made herein are made with the 
knowledge that whoever, in any matter within the jurisdiction of the Patent and Trademark Office, 
knowingly and willfully falsifies, conceals, or covers up by any trick, scheme, or device a material 
fact, or makes any false, fictitious or fraudulent statements or representations, or makes or uses any 

false writing or document knowing the same to contain any false, fictitious or fraudulent statement or 
entry, shall be subject to the penalties including fine or imprisonment or both as set forth under 18 
U.S.C. 1001, and that violations of this paragraph may jeopardize the validity of the application or 
this document, or the validity or enforceability of any patent, trademark registration, or certificate 
resulting therefrom. 



Full name of sole (or first joint) inventor: Theresa M. Gosko 

Inventor's Signature: /^^^ ^ (T^ I 

Residence: Austin, Texas 

Post Office Address: 260§^ridle Path Citizenship: U.S.A. 

Austin, Texas 78703 
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Full name of first inventor: Joyce J. Sham 



Inventor's Signature: J)(\h-\./iJ "^(^v.,-— • \ 2ATCtC^ 

Residence: Austin, Texas 

Post Office Address: 8322 Osborne Citizenship: U.S .A. 

Austin, Texas 78729 

Full name of first inventor: Reynaldo Ortega, Jr. 



Inventor's Signature: "j^Vi^ IdJ^^ r g 1 r T>dX^\ i3-2^g> 

Residence: Austin, ^Texas 



Post Office Address: 2801 Wells Branch Parkway, #323 Citizenship: U.S.A. 

Austin, Texas 78728 



Full name of first inventor: Yu Fang 



Inventor's Signature: .^^^"^^^^^ "^^^ lo f ^ /cZ-^''^ 

Residence: Au^in, Texas \ ) i^So"^ VUL L^^ V€ , 

Post Office Address: -3:93»Wr-Ru ndb ui g Lauc , #44 2^ Citizenship: Canada 

Austin, Texas '^S53S- J ij'>^ ^ 

Full name of first inventor: Emil A. Harsa 



Inventor's Signature: ^^{"M dfj/^Afrs Date: C/jS/^QCO 

Residence: Pflugerville, Texas 

Post Office Address: 1226 Coaches Crossing Citizenship: Indonesia 

Pflugerville, Texas 78660 
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United States Patent & Trademark Office 

Office of Initial Patent Examination - Scanning Division 




Application deficiencies were found during scanning: 



□ Page(s)_ 
for scanning. 



of 



(Document title) 



were not present 



□ Page(s)_ 
for scanning. 



of 



(Document title) 



were not present 



Scanned copy is best available. ^ 




